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1  INTRODUCTION 

The  AIRWARII  model  was  developed  under  the  auspices  of  the 
Aeronautical  Systems  Division  of  USAF/AFSC  for  use  In  evaluating  the 
effectiveness  of  competing  aircraft  designs  in  an  extended  air-to-air 
and  air-to-ground  campaign.  The  model  is  a  significant  enhancement  of 
General  Research  Corporation's  model  AIRWAR.  AIRUAR  has  been  used  in  a 
number  of  analyses,  including  the  Advanced  Counterair  Engagement  Mission 
Analysis  (ACEMA)  for  the  Aeronautical  Systems  Division /Deputy  for 
Development  Planning  (ASD/XR)  in  1981.  AIRWARII  is  to  be  installed  on 
the  CDC  computer  at  ASD/AD  in  March  1984. 

AIRWARII  is  a  deterministic,  expected-value,  event  based 
simulation  of  a  two-sided  air-to-air  and  air-to-ground  campaign  fought 
over  an  extended  period  of  time.  The  basic  scenario  is  that  two 
adversary  Air  Forces  attempt  to  destroy  their  opponent's  airfields  while 
defending  their  own. 

The  campaign  begins  with  an  attack  by  one  of  the  forces,  and  ends 
at  a  time  specified  by  the  user.  Attrition  of  the  major  fighting  units, 
aircraft,  SAMs,  and  runways,  is  determined  by  expected-value  methods. 

This  model  is  helpful  in  determining  sensitivities  to  "macro” 
parameters.  For  example,  to  determine  the  effect  of  an  improved  radar, 
one  does  not  input  range,  radar  cross  section,  etc.  Instead,  one 
determines  (outside  the  model)  the  effect  of  these  parameters  on  a  macro 
parameter  such  as  Probability  of  Detection  and  Conversion,  and  then 
adjusts  the  input  value  of  this  variable.  Anticipated  results  could  be 
differences  in  exchange  ratios,  sortie  rates,  etc.  The  advantages  of  a 
high-level  model  like  AIRWARII  are  relatively  short  run  time  and  ease  of 
operation  as  compared  with  detailed  low-level  simulation. 
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The  purpose  of  this  User's  Manual  is  to  provide  non-programming 
users  with  the  Information  needed  to  use  AIRWARI1.  Section  2  of  this 
manual  describes  the  physical  system  being  modeled.  Section  3  is  an 
overall  description  of  AIRWARII.  Section  4  details  AIRWAR1I  inputs  and 
execution  instructions.  Section  5  describes  the  output  options. 


2  PHYSICAL  SYSTEM  BEING  MODELED 

2.1  INTRODUCTION 

Program  AIRWARII  is  a  deterministic,  expected-value  model  of 
an  extended,  two-sided,  air-to-air /air- to-ground  campaign.  No  random 
numbers  are  used.  Instead,  expected  values  are  calculated  and 
Integrated  numerically,  providing  the  user  with  gross  effects  of  various 
parameter  changes  on  the  outcome  of  an  extended  campaign.  The  following 
section  describes  the  campaign. 

2.2  GENERAL  SCENARIO 

In  a  typical  AIRWARII  scenario  (see  Figure  2.1),  two  adversary  Air 
Forces  engage  in  an  extended  campaign.  The  campaign  begins  when  one 
force  attacks  the  other's  airbases,  while  the  other  defends  itself.  As 
the  campaign  continues,  each  side  may  play  both  attacker  and  defender. 
Broken  and  damaged  airplanes  are  continuously  repaired,  as  are  runways. 
Additionally,  at  various  user-specified  times  throughout  the  campaign, 
reinforcements  of  aircraft,  supplies  for  sorties,  and  SAMs  may  occur. 

The  campaign  ends  at  a  time  specified  by  the  user. 

An  attacking  force,  which  may  consist  of  up  to  six  types  of 
aircraft,  heads  for  the  Forward  Edge  of  the  Battle  Area  (FEBA).  By  the 
time  the  force  arrives  at  the  FEBA,  some  of  the  aircraft  have  suffered 
system  failures  requiring  them  to  return  to  their  bases  for  recovery. 

The  remaining  force  crosses  the  FEBA,  entering  hostile  territory. 

When  attackers  penetrate  the  defenders'  territory,  defenders 
launch  up  to  five  types  of  Air  Interceptor  (AI).  Some  of  these  AIs  fall 
enroute  and  must  return  to  their  bases  for  recovery. 

The  first  attackers  to  enter  defender  territory  are  SAM 
suppression  (Wild  Weasel)  aircraft.  They  attempt  to  punch  holes  in  the 
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Figure  2.1.  AIRWARII  -  Air-To-Air  Combat  Model 


three  ground-based  air  defense  zones:  Short  Range  Air  Defenses  (SHORAD) , 
Barrier  SAMs  (BSAM),  and  terminal,  or  Area  dispersed  SAMs  (ASAM).  The 
air  defenses,  meanwhile,  try  to  punch  holes  in  the  Wild  Weasels. 

The  rest  of  the  attack  force  follows  the  Wild  Weasel  force  through 
the  SHORAD  and  BSAM  zones.  Aircraft  attrition  will  increase  as  the 
attackers  penetrate  further  into  these  zones. 

Those  attacking  aircraft  that  neither  break  down  nor  get  shot 
down  enter  the  AI  zone  of  defense.  Here  they  meet  the  defending  AIs 
that  haven't  broken  down.  An  air  battle  ensues.  The  remaining 
attackers  then  continue  toward  the  defenders'  bases. 

Enroute  to  the  defenders'  bases,  the  attackers  must  pass  through 
the  ASAM  zone.  Surviving  this,  they  then  reach  their  maximum 
penetration  distance,  have  presumably  dropped  their  bombs,  and 
subsequently  turn  and  head  for  home.  If  a  range  is  specified  by  the 
user,  bombs  could  have  been  dropped  at  any  point  beyond  the  FEBA 
(implying  standoff  ground  attack  weapons),  the  aircraft  then  penetrating 
less  and  thus  not  encountering  all  zones  of  defense. 

When  the  bombs  cease  to  fall,  the  defending  force  returns  to 
base  and  is  recovered.  At  some  point  after  this,  the  attacker  is  also 
recovered.  At  this  point,  either  side  is  free  to  mount  an  attack.  Upon 
recovery,  aircraft  are  placed  into  various  queues,  depending  upon  their 
state  of  disrepair.  These  queues  operate  continuously  throughout  the 
campaign,  as  does  runway  repair. 

At  any  user-specified  time  during  the  campaign,  reinforcement 
events  can  occur.  These  reinforcement  events  may  be  for  aircraft, 
sortie  supplies,  and  SAMs. 


The  general  scenario  outlined  above  is  an  account  of  AIRUARII  at 
capacity  and  in  the  venue  for  which  it  was  created.  Uith  careful 
selection  of  input,  runs  may  also  be  made  to  simulate  fighter  sweeps, 
attacks  on  sites  other  than  airbases,  or  counterair  campaigns.  There 
are,  of  course,  many  variations  on  the  theme.  These  variations  will 
become  more  apparent  as  the  user  becomes  familiar  with  the  model. 


3  MODEL  DESCRIPTION 

The  following  description  is  not  intended  for  the  programmer 
wishing  to  make  changes  in  the  code  of  AIRWARII.  It  outlines  AIRWARII'S 
basic  logic  flow,  its  strengths  and  limits,  its  flexibility  and 
constraints,  to  give  the  user  greater  latitude  in  implementation  and  an 
increased  understanding  of  output  when  utilizing  AIRWARII. 

Section  3.1  describes  in  detail  the  major  events  and  subevents 
of  AIRWARII.  Section  3.2  presents  the  program  flow  and  some 
decision-making  logic.  Section  3.3  lists  the  inherent  limitations  of 
AIRWARII  as  well  as  supplying  helpful  hints  and  cautions. 

3.1  AIRWARII  EVENTS 

AIRWARII  has  two  classes  of  events:  those  that  are  user-specified 
and  those  that  are  intrinsic  to  most  AIRWARII  runs.  In  the  first  class 
are  the  attack  and  reinforcement  events.  In  the  second  are  events  such 
as  a  battle,  recovery,  air  engagement,  etc.  Output  may  be  obtained  for 
all  except  ground  operations. 

There  are  four  user-specified  events: 

LAUNCH  ATTACK.  The  first  attack  launch  starts  the  war.  In 
any  launch  event,  the  user  has  specified  the  time  of  launch  and  both  the 
desired  and  minimum  number  of  aircraft  required  for  each  type  of 
aircraft.  If  the  user  has  both  primary  and  secondary  airfields 
containing  aircraft  of  a  specific  type,  the  number  launched  from  by  each 
type  of  airfield  is  proportional  to  the  original  ratio  of  aircraft 
assigned  to  primary  and  secondary  airfields. 

However,  as  the  campaign  progresses,  some  bases  may  be 
closed,  and  the  ratio  of  aircraft  assigned  to  primary  and  secondary 
bases  may  not  be  the  same  as  the  original  allocation.  Therefore,  if  the 
desired  raid  size  cannot  be  met  by  the  original  allocation,  there  is 
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an  attempt  to  launch  ready  aircraft  from  any  open  base.  This  attempt  to 
meet  the  desired  raid  size  continues  until: 
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e  The  desired  raid  size  is  met; 

♦  The  minimum  raid  size  is  met  (but  not  the  desired  raid  size) 
and  there  are  no  remaining  aircraft  available;  or 

e  The  minimum  raid  size  is  not  met  and  there  are  no  remaining 
aircraft  available. 

In  case  1  or  2,  the  launch  is  successful,  while  case  3  results  in  an 
aborted  launch.  In  the  event  of  an  abort,  the  attacker  must  wait  until 
his  next  user-scheduled  attack. 

REINFORCE  AIRCRAFT.  Aircraft  reinforcements  are  defined  as  a 
number  of  fresh  aircraft  available  for  assignment  to  a  side's  bases. 
Either  side  may  schedule  reinforcement  of  any  aircraft  type  in  any 
amount  at  any  time. 

Aircraft  and  sortie  supplies  are  delivered  to  bases  in  separate 
reinforcement  events,  but  follow  the  same  allocation  scheme  dependent 
upon  secondary  bases  operating  at  a  fractional  level  of  the  capability 
of  primary  bases  (FOP).  Each  aircraft  type  may  be  stationed  at  primary 
bases,  secondary  bases,  or  both. 

If  bombing  has  closed  primary  bases  while  secondary  bases  remain 
open,  all  reinforcements  are  sent  to  the  secondaries.  The  reverse  is 
true  if  secondaries  close  and  primaries  remain  open. 


.2 


Should  both  primary  and  secondary  bases  be  closed,  each  would 
receive  a  fraction  of  the  allocation  determined  by  FOP  with  the  hope 
that  they  would  soon  reopen.  When  both  primary  and  secondary  bases 
remain  operational,  allocation  delivers  reinforcements  where  the 
maximum  number  of  sorties  can  be  generated,  giving  the  other  base  type 
any  residual. 

REINFORCE  SORTIE  SUPPLIES.  Supply  reinforcements  are  defined  by 
the  maximum  number  of  sorties  (of  a  stated  type  of  aircraft)  they  will 
support.  Although  supplies  would  include  fuel,  weapons,  parts,  and  men, 
AIRWARII  considers  these  as  an  aggregate;  the  ability  to  generate  a 
sortie . 


These  may  be  scheduled  for  either  side  in  support  of  any  type 
of  aircraft  at  any  time.  The  same  allocation  scheme  detailed  for 
aircraft  reinforcement  applies  to  supplies. 

REINFORCE  SAM  SUPPLIES.  SAM  reinforcement  Is  defined  by  the 
delivery  of  a  specified  number  of  missiles  to  each  launch  vehicle  of 
each  type  within  a  defense  area.  These  may  be  scheduled  at  any  time  by 
either  side. 

There  are  four  main  events  which  are  intrinsic  to  most  AIRWARII 
scenarios,  with  sub-events  within  them.  These  four  intrinsic  events 
are: 


DEFENDER  LAUNCH.  A  defender  launch  occurs  when  the  attacking 
force  reaches  the  FEBA.  The  defender  attempts  to  launch  a  number  of  AIs 
which  is  a  specified  ratio  (defenders/attackers)  of  the  attacking  force. 
If  the  defending  force  has  primary  and  secondary  airfields,  AIs  are 
first  launched  from  each  type  of  open  airfield  in  proportion  to  their 
Initial  allocation.  If  this  sum  should  should  fail  to  meet  the  required 
number,  additional  aircraft  are  launched  from  the  open  airfields  until 
the  required  number  is  met  or  there  are  no  available  aircraft  remaining. 
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BATTLE*  A  battle  results  when  attacking  aircraft  violate  a 
defender's  airspace  by  crossing  the  FEBA.  The  events  that  occur  within 
a  battle  are  described  below.  These  events,  with  the  exception  of  the 
boobing  event,  occur  in  the  order  listed.  The  bombing  event  may  be 
concurrent  with  any  of  the  other  battle  events. 

An  event  will  not  occur  for  a  specific  aircraft  until  it 
penetrates  to  the  standoff  distance  of  the  corresponding  air  defenses. 

SAM  Weasel.  This  initial  event  simulates  the  suppression  of 
air  defenses  by  Wild  Weasel  aircraft.  The  Weasels  attack  a 
certain  fraction  of  the  air  defenses,  in  effect  opening  a 
corridor  for  the  remaining  attackers.  Weasels  are 
progressively  eliminated  by  SAMs  as  they  enter  each 
successive  air  defense  zone. 

SHORAD.  This  event  simulates  the  attrition  of  attacking 

aircraft  by  short-range  air  defenses.  These  defenses, 

located  near  the  FEBA,  are  dispersed  according  to  an  input 
2 

of  site8/nm  within  the  area  defined  by  the  SHORAD  standoff 
distance  and  that  of  the  next  defensive  zone  (usually  BSAM). 
The  further  the  aircraft  penetrate  into  this  zone,  the  more 
SHORAD  sites  they  encounter. 

As  each  SHORAD  site  is  encountered,  aircraft  are  attrlted. 
Thus,  those  SHORAD  sites  close  to  the  next  defensive  zone 
have  more  salvos  per  aircraft  than  those  close  to  the  FEBA. 
As  each  successive  salvo  is  fired,  the  supply  of  salvos  per 
launch  vehicle  is  diminished. 


BSAM.  The  barrier  SAM  zone  is  cypically  bounded  by  the 
SHORAD  and  AI  defense  zones.  Barrier  SAMs  are  deployed  in  a 
single  line  parallel  to  the  FEBA.  The  depth  of  the  BSAM 
zone  is  twice  the  maximum  kill  radius.  Fired  salvos 
deplete  the  supply  of  salvos  per  launch  vehicle. 

Al.  In  this  zone,  the  Air  Intercept  zone,  attacking 
aircraft  are  Intercepted  by  the  defender's  AIs.  Fractricide 
may  also  occur.  Aircraft  are  evenly  dispersed  throughout 
the  zone  by  type  according  to  the  fraction  of  their  side's 
total  force  arriving  at  the  zone. 

These  dispersed  groups  of  opposing  forces  then  encounter 
each  other.  It  is  assumed  that  aircraft  with  salvos  fire 
all  salvos  unless  they  fall  to  detect  and  convert. 

The  battle  in  each  group  continues  until  there  is  a  complete 
lack  of  either  opposition  or  salvos. 

ASAM.  Here  the  terminal  air  defenses  are  located.  This 
zone  is  typically  located  between  the  AI  zone  and  the 
defenders'  bases.  It  is  identical  in  execution  to  the 
SHORAD  zone.  See  b. 

Bombing .  Bombs  can  be  dropped  anywhere  within  the 
defender's  territory.  Bombs  are  assumed  to  be  dropped  on 
airbases,  except  as  explained  in  Sec.  4.2.5. 1.  The  user 
specifies  the  beginning  and  end  points  of  the  section  of 
defender's  territory  where  bombs  are  to  be  dropped.  The  end 
point  of  this  section  is  assumed  to  be  the  maximum 
penetration  distance  of  the  attacker.  This  section  is 
divided  into  ten  increments,  with  a  specified  fraction  of 
ground  attack  weapons  delivered  in  each  increment.  This 
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allows  Che  user  to  Implicitly  specify  various  ranges  for  the 
weapons  carried.  Only  those  aircraft  alive  at  an  increment 
may  deliver  bombs.  Any  fraction  of  bombs  not  assigned  by 
the  user  to  runways  or  shelters  may  be  assumed  to  be  dropped 
on  alternate  ground  targets.  However,  the  program  does  not 
tabulate  damage  to  those  alternate  ground  targets. 

Bombs  eliminate  runways  in  the  following  manner:  A  runway 
of  X  length,  with  an  aircraft  type  requiring  some  take-off 
length  T,  has  N  number  of  take-off  lengths  for  this  aircraft 
type.  The  total  number  of  take-off  lengths  available  to 
this  aircraft  type  is  the  product  of  N  and  the  number  of 
runways.  When  bombs  are  dropped,  the  product  of  the  number 
of  bombs  dropped  and  the  bomb  determines  the  number  of 
take-off  lengths  killed.  This  is  done  for  each  aircraft 
type. 

RECOVERY .  Recovery  events  occur  after  every  launch  and  every 
battle  for  both  offensive  and  defensive  aircraft  at  primary  and 
secondary  airfields.  Recovery  events  after  launches  are  "Early 
Recovery"  events,  while  those  occurring  after  battles  are  "Recovery" 
events.  Dependent  upon  user  inputs,  failed  aircraft  are  placed  in 
"broken  queues";  aircraft  damaged  in  battle  but  not  killed  are  placed  in 
"damaged  queues",  those  damaged  beyond  repair  but  still  arriving  at  an 
airbase  are  considered  killed;  and  those  remaining  are  placed  in  the 
"reserve  queue". 

During  a  recovery  event,  an  attempt  is  made  to  allocate  aircraft 
to  primary  and  secondary  airfields  in  the  ratio  specified  at  the  game 
start.  If  primary  airfields  are  destroyed  beyond  a  user-specified 
fraction,  aircraft  land  at  secondary  airfields. 
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If  secondary  airfields  are  closed,  aircraft  will  land  at  primary 
airfields.  If  both  airfields  are  closed,  aircraft  are  unable  to  land 
and  are  therefore  out  of  the  game. 

GROUND  OPERATIONS.  This  event  consists  of  updating  the  various 
queues  and  runway  repair  at  every  time  step  during  program  operation. 
Unlike  the  other  major  events,  no  output  is  generated  for  this  event. 

The  updating  of  queues  consists  of  a  transfer  of  aircraft  from  one  queue 
to  another  at  specified  rates.  Aircraft  from  the  “damaged”  queue  fill 
the  “damage  repair”  queue  to  capacity  or  less,  aircraft  from  the 
“broken”  queue  fill  the  “broken  repair”  queue  to  an  input  capacity  or 
less,  and  repaired  aircraft  are  routed  to  the  “reserve”  queue.  Reserve 
aircraft  fill  the  “turnaround"  queue  to  capacity  or  less,  while  aircraft 
turned  around  are  placed  in  the  “ready”  queue.  Meanwhile,  runway  repair 
is  updated  according  to  an  exponential  time  curve  until  completed.  All 
ground  operations  may  be  impaired  by  nuclear/chemlcal/blological 
weapons . 

3.2  AIRWARII  PROGRAM  FLOW 

A  logical  flowchart  of  AIRWARII  is  given  in  Fig.  3.1.  Names  of 
routines  in  the  program  which  correspond  to  portions  of  the  logic  flow 
are  shown  to  the  left  of  the  chart.  A  brief  narrative  description, 
corresponding  to  the  logical  flowchart,  follows.  More  detailed 
operational  flowcharts  are  in  Appendix  A. 

The  main  program  AIRWAR  reads  as  input  the  number  of  cases  to  be 
processed.  It  calls  subroutine  READIT  to  read  all  namelists,  initialize 
values,  schedule  attack  and  reinforcement  events,  and  initialize  ground 
maintenance  queues  and  operating  parameters.  Program  AIRWAR  then  prints 
the  original  status  of  Red  and  Blue  and  advances  game  time  by  DT. 


Figure  3.1.  AIRWAR11  Flowchart 


If  no  event  has  occurred  within  this  time  step,  subroutine  QEVNT 
updates  all  aircraft  repair  and  turnaround  queues  and  returns  control  to 
AIRWAR,  which  again  advances  one  time  step.  If,  however,  an  event  in 
the  list  held  by  routine  LISTUP  has  occurred,  action  passes  to  the 
proper  routines  to  enact  that  event.  The  four  events  possible  are  as 
follows: 

Launch  Aircraft.  Subroutine  LNCHR  attempts  to  gather  sufficient 
force  from  both  primary  and  secondary  air  fields  in  order  to  launch  an 
attack.  If  the  attempt  fails,  the  launch  is  aborted  and  control  returns 
to  AIRWAR.  If  it  succeeds,  LNCHR  launches  an  attack.  Additionally,  it 
schedules  an  early  recovery  for  that  portion  of  the  force  that  fails 
enroute  to  the  battle.  Following  this,  LNCHR  schedules  a  defender 
launch  to  meet  the  attack  in  addition  to  a  battle  event  between  forces. 
Subroutine  LNCHR  also  launches  the  defender  when  its  event  time  arrives 
and  schedules  *n  early  recovery  for  failed  defender's  planes. 

Battle.  Subroutine  BATTLE  stages  the  confrontation  of  attacker 
and  defender.  First  a  SAM  versus  Weasel  battle  depletes  SAMs  and 
Weasels.  Then  SAMs  are  fired  from  SHORAD  and  BSAM  zones  at  the 
attacking  aircraft.  In  the  air  intercept  zone.  Red  and  Blue  aircraft 
fight  each  other.  Next,  SAMs  are  launched  at  attackers  from  the  area 
defense  zone.  Surviving  attacker  aircraft  drop  bombs  using  routine 
DROPEM  before  returning  home. 

Subroutine  BATTLE  schedules  post-battle  recovery  events  (called 
late  recoveries)  for  both  attacker  and  defender. 

Recovery.  Subroutine  RECVRR  returns  a  designated  group  of  planes 
to  their  bases.  For  an  early  recovery  (aircraft  falling  enroute  to 
their  mission)  RECVRR  places  planes  in  the  "broken  repair"  queue.  For  a 
late  recovery,  RECVRR  evaluates  the  numbers  of  broken,  damaged,  and  lost 
planes,  which  are  accounted  for  and  sent  to  the  proper  queues. 
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The  ouober  of  sorties  flown  is  incremented  for  all  planes,  even 
if  damaged  or  lost. 

Reinforcement .  Subroutine  RENFRC  handles  aircraft,  supply, 
and  SAM  reinforcements.  SAMs  are  given  to  the  designated  launch 
vehicles  by  type  and  zone.  Aircraft  and  supplies  are  allocated  to 
primary  and  secondary  bases  in  an  attempt  to  maximize  the  number  of 
sorties  flown  (see  Appendix  A,  Fig.  A.2  for  detailed  allocation). 

All  of  these  branches  return  to  program  A1RWAR  to  print  output 
reflecting  the  event  and  to  write  data  on  the  graphics  display  file. 

Program  AIRWAR  checks  LISTUP  to  see  if  any  more  events  are  to 
occur  within  the  present  time  step.  If  there  are,  then  they  are 
processed;  if  not,  time  advances  by  another  DT.  If  no  more  events  are 
listed,  the  game  is  over. 

At  game's  end,  the  next  case  is  considered.  Should  there  be 
none,  AIRWAR  exits. 

3.3  MODEL  LIMITATIONS 

AIRWAR  II  has  certain  limitations  which  we  should  specifically 
mention: 

The  resupply  of  SAMs,  aircraft,  and  sortie  generating  supplies 
(here  called  reinforcements)  in  no  way  represents  an  optimal  allocation 
scheme . 


Launch  vehicles  automatically  receive  more  SAMs  at  reinforcement 
time,  whether  they  need  them  or  not.  Aircraft  and  supplies  arrive  at 
bases  dependent  only  upon  runway  damage  and  immediate  potential  to 
generate  sorties.  No  attempt  is  made  to  look  ahead  in  time  to  optimize 
allocation. 
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During  the  air-to-air  portion  of  the  battle,  aircraft  are 
Initially  proportioned  into  separate  groups  dependent  upon  the 
respective  numbers  of  each  type  of  aircraft.  These  groups  then  fight 
their  own  battles  independently.  There  is  no  dynamic  reapportioning 
between  salvos. 
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RUN  PREPARATION 


4.1  RUN  ENVIRONMENT 

This  program  has  been  written  in  FORTRAN  77  (ANSI  X3. 9-1978)  for 
the  GRC  VAX  11/780,  VMS  Version  3.0.  It  has  been  transferred  to  a  CDC 
CYBER,  NOS  Version  2.1  with  Tektronix  graphic  terminal  at  Wright 
Patterson  AFB. 

AIR WAR  and  the  post-processor  plot  routine  AIRPLT  require  a  FTN5 
compiler  and  the  standard  CDC  mathematical  library.  AIRPLT  also  uses 
TCS  (Terminal  Control  System)  and  AG2  (Advanced  Graphics  II)  resident  in 
PLOTIO,  a  CDC  version  of  Tektronix  graphic  support. 

The  user  may  choose  to  review  plots  interactively  on  the  graphics 
terminal,  or  request  hardcopy  of  standard  plots. 

Fortran  source  resides  in  the  NOS  direct  access  permanent  files 
AIRWAR  and  AIRPLT.  Procedure  files  AWCOM  and  AP00M  make  the  necessary 
file  assignments  to  run  the  respective  programs. 

4.2  INPUT  FILE 

The  input  file  contains  twelve  mandatory  namelists  and  four 
optional  “event"  namelists.  Each  mandatory  namelist  begins  with  a  name 
ending  in  “IN”  (identified  in  parentheses  below).  Within  each  namelist, 
variables  are  listed  alphabetically  and  defined  in  this  section.  As  an 
aid  to  the  user,  the  majority  of  the  text  below  is  also  contained  at  the 
beginning  of  subroutine  READ IT. 

For  every  run,  there  are  distances  relative  to  the  FEBA  which 
determine  the  proximity  of  bases  and  defensive  zones  for  each  force. 

The  distances  are  illustrated  in  Fig.  4.1.  Note  that  both  Red  and  Blue 
have  defensive  zones,  bases,  etc.,  although  the  numerical  values  and  the 
number  of  systems  or  zones  will  most  likely  differ. 
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Figure  4.1.  AIRWARII  Relative  Proximities 
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Namelist  data  is  input  from  a  data  file  in  the  form  shown  in  the 
sample  (Sec.  4.2.7).  The  order  of  data  within  each  namelist,  and  the 
order  of  namelists,  are  not  significant  except  as  noted.  Each  namelist 
begins  and  ends  with  a  dollar  sign.  Named  items  within  a  namelist  are 
separated  by  commas .  Arrays  may  be  input  in  either  of  two  forms: 

X( 1 , 1 )*1 .,2. ,3. ,4. ,5. ,6.,  is  equivalent  to  X(l,l)-1.,  X(2,l)-2., 

X(3,l )“3.,X(1 ,2)-4.,  X(2,2)*5.,  X(3,2)*6.  Note  the  order  in  which  the 
subscripts  are  varied.  It  is  also  possible  to  Initialize  an  array  in 
the  form  X(l,l)*36*l.,  (set  all  36  values  to  1.), followed  by  settings 
for  particular  array  elements,  e.g.,  X(3,2)-.l. 

************************************************************************ 

If  a  particular  variable  is  not  needed,  it  should  be  omitted  from 
the  namelist,  not  entered  as  zero.  This  will  guarantee  that  default 
values  are  used,  avoiding  program  failure  due  to  "divide  by  zero,"  etc. 

*********************************************************************** 

4.2.1  Run  Inputs 

This  namelist  consists  of  one  input,  NCASES.  This  input  allows 
a  number  of  cases  to  be  run  with  one  input  file,  thereby  eliminating 
duplication  of  files,  namelists  with  all  variables,  etc.  when  the 
user  wishes  to  vary  the  case  parameters.  Maximums,  such  as  the  maximum 
number  of  aircraft  types,  are  determined  by  array  dimension  within  the 
program. 

(RUNIN)  NCASES  -  NUMBER  OF  CASES  TO  BE  RUN  WITH  THE  CURRENT  INPUT  FILE 

4.2.2  Case  Inputs 

Case  inputs  define  the  parameters  that  can  be  varied  for  each  case  run. 
(The  namelist  is  required  even  if  NCASES*!.) 
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(CASEIN) 

DT  -  CYCLE  TIME,  HR 
KCASE  -  CASE  NUMBER 

KCALC  -  CALCULATION  OPTION  FLAG  FOR  JAMMERS 
0  -  USE  ECM  DEGRADE  FACTORS 

1  -  COMPUTE  DELAY  TIMES  TO  BURN  THROUGH  AND  TO 

EVALUATE  STROBES 

2  -  COMPUTE  DELAY  TIMES  PLUS  SIGNAL  DILUTION 
KPRNT  -  PRINT  FLAG 

-1  -  OUTPUT  ONLY  AT  LAUNCH  AFTER  SPECIFIED  TIME 
0  -  OUTPUT  AT  LAUNCH  EVENTS;  ATTRITION  AND  BOMBS 
DROPPED  VS  DEFENSIVE  ZONES;  GRAPHICS 
1  -  0  +  OUTPUT  AT  EVERY  EVENT 
4  -  1  +  DEBUG  OUTPUT 

TPRNT  -  SPECIFIED  TIME  AFTER  WHICH  OUTPUT  IS  PRODUCED 
(KPRNT— 1),  HR. 

4.2.3  Red  Inputs — Exclusive 

These  inputs  are  used  for  Red  aircraft  only.  They  define  Red's  posi¬ 
tion  vs  Blue's.  Subscript  I  enumerates  Red  aircraft  types  (maximum  6);  sub¬ 
script  K  enumerates  Red  salvo  types  (maximum  3).  Subscripts  J  and  L  do  the 
same  for  Blue.  The  symbol  P  is  used  as  an  abbreviation  of  ’’probability. ” 

(REDIN) 

MSR(I.K)  -  MISSILES  PER  SALVO,  ITH  RED'S  KTH  MISSILE  TYPE 
PDRB(I,J)  -  P  ITH  RED  DETECTS /CONVERTS  ON  JTH  BLUE 
PDRR( I , IPRIME )  -  P  ITH  RED  DETECTS /CONVERTS  ON  IPRIMETH  RED 
PIDRB(I,J)  -  P  ITH  RED  MISTAKES  JTH  BLUE  FOR  RED  &  DOESN'T 
SHOOT 

PFR( I, IPRIME)  -  P  ITH  RED  SHOOTS  IPRIMETH  RED 
PKSSR(I.K)  -  P  OF  KILL,  SINGLE  SHOT,  ITH  RED'S  KTH  MISSILE  TYPE 
PROB(I,J,K,L)  -  P  ITH  RED'S  KTH  SALVO  OUTSHOOTS  JTH  BLUE'S  LTH 
(OUTSHOOT  DEFINED  AS:  I  KILLS  J  BEFORE  J's 
MISSILE  GOES  AUTONOMOUS) 

PROR(I, IPRIME, K.KPRIME)  -  P  ITH  RED'S  KTH  SALVO  OUTSHOOTS 

IPRIMETH  RED'S  KPRIMETH  SALVO 


4.2.4  Blue  Inputs — Exclusive 

These  Inputs  are  used  for  Blue  aircraft  only.  They  define  Blue’s  posi¬ 
tion  vs  Red's. 


(BLUEIN) 

MSB(J,L)  -  MISSILES  PER  SALVO,  JTH  BLUE'S  LTH  MISSILE  TYPE 
PDBR(J,I)  -  P  JTH  BLUE  DETECTS /CONVERTS  ON  ITH  RED 
PDBB( J , JPRIME )  -  P  JTH  BLUE  DETECTS /CONVERTS  ON  JPRIMETH  BLUE 
PIDBR(J,I)  -  P  JTH  BLUE  MISTAKES  ITH  RED  FOR  BLUE  &  DOESN'T 
SHOOT 

PFB(J, JPRIME)  -  P  JTH  BLUE  SHOOTS  JPRIMETH  BLUE 
PKSSB(J,L)  -  P  OF  KILL,  SINGLE  SHOT,  JTH  BLUE'S  LTH  MISSILE 
TYPE 

PBOR(J,I,L,K)  -  P  JTH  BLUE'S  LTH  SALVO  OUTSHOOTS  ITH  RED’S  KTH 
PBOB( J, JPRIME, L,LP RIME)  -  P  JTH  BLUE’S  LTH  SALVO  OUTSHOOTS 

JPRIMETH  BLUE'S  LPRIMETH  SALVO 

Note  that  one  of  the  Blue  arrays  must  be  complementary  to  the  corresponding 
Red  array  in  the  following  way:  PB0R(J,I,L,K)<1-PR0B(I,J,K,L).  A  similar 
complementarity  must  be  observed  if  non-zero  values  are  entered  in  arrays 
PBOB,  PROR. 

4.2.5  Common  Inputs 

Common  inputs  are  common  only  in  that  they  share  the  same  array  name 
regardless  of  their  affiliation  with  Red  or  Blue  forces.  Affiliation  is 
indicated  by  the  array  subscript  ID.  These  inputs  are  all  those  not  specif¬ 
ically  detailing  the  air-to-air  combat. 

4. 2. 5.1  All  Aircraft 

These  inputs  include  aircraft  operating  parameters,  distribution,  etc. 
Subscript  ID  indicates  Red  (1)  or  Blue  (2).  Subscript  IJ  enumerates  aircraft 
types.  If  inputting  escorts  as  a  function  of  the  number  of  ground  attack 
flying,  types  1  and  2  must  be  ground  attack  aircraft  and  types  3,  4,  or  5 
escorts.  Type  6  is  considered  a  "Wild  Weasel”  SAM  suppression  aircraft. 
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However,  all  aircraft  may  carry  air-to-surface  and/ or  air-to-air  missiles  and 
may  fly  both  offensive  and  defensive  missions.  Subscript  IPS  indicates 
primary  (1)  or  secondary  (2)  airbases. 

(ALLACIN) 

ACRFT(IJ,ID)  -  INITIAL  NUMBER  OF  A/C 
FA(IJ,ID)  -  FRACTION  A/C  TO  SECONDARY  BASES  INITIALLY 
FDR(ID)  -  FRACTIONAL  DESTRUCTION  OF  PRIMARY  RUNWAYS  AT  WHICH 
A/C  ARE  DIVERTED  TO  SECONDARY  AIRFIELDS 
FDSB(ID)  -  FRACTIONAL  DESTRUCTION  OF  PRIMARY  AT  WHICH  ID-TH 
SECONDARY  GETS  BOMBED 

FRUN(ID)  »  FRACTION  OF  GROUND  ATTACK  A/C  WEAPONS  TO  RUNWAY 
ATTACK 

(FRUN(ID)  +  FSLTR(ID)  <  I) 

FSLTR(ID)  -  FRACTION  OF  GROUND  ATTACK  A/C  WEAPONS  TO  SHELTER 
ATTACK 

FW(M,IJ,ID)  -  FRACTION  OF  WEAPONS  DELIVERED  OVER  M-TH  SEGMENT 
BY  I J, ID-TH  A/C 

FWDPS(ID)  -  FRACTION  OF  WEAPONS  DELIVERED  TO  SECONDARY 

AIRFIELDS  BY  ID-TH  ATTACKER 
KTYPE(ID)  -  FLAG  FOR  AI  USAGE  (0-CAP  OPERATION, 1 -SURGE) 

NAW(IJ, ID)  -  NUMBER  GROUND  ATTACK  WEAPONS  CARRIED  BY  I J, ID-TH 
A/C 

PKR(ID)  -  P  BOMBS  KILLING  RUNWAY  TAKEOFF  LENGTH 
PKSLTR(ID)  -  P  SHELTER  KILL  BY  G-A  A/C 
RM(IJ.ID)  -  MAX  COMBAT  RADIUS  OF  IJ, ID-TH  A/C,  NM 
RB(IJ, ID)  -  BASE  DISTANCE  FROM  FEBA  OF  I J, ID-TH  A/C,  NM 
RPO(IJ.ID)  -  FIRST  GROUND  ATTACK  WEAPON  RELEASE  OF  IJ, ID-TH  A/C 
AFTER  CROSSING  FEBA,  NM 

RP ( I J , ID )  -  MAX.  PENETRATION  DISTANCE  BEYOND  FEBA  OF  I J, ID-TH 
A/C,  NM 

RS(IJ,ID)  -  STANDOFF  RANGE  FROM  FEBA  FOR  THE  IJ, ID-TH  A/C,  NM 
SUPLY(IJ, ID, IPS)  -  NUMBER  OF  SORTIES  WHICH  CAN  BE  GENERATED  BY 
SUPPLIES  (FUEL,  WEAPONS,  ETC.)  ON  HAND 
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TAT(IJ,ID,IPS)  -  TURN  AROUND  TIME  OF  IJ.ID-TH  A/C,  HR 
TENG(IJ.ID)  -  AVERAGE  TIME  OF  ENGAGEMENT  FOR  IJ.ID-TH  A/C,  HR 
TLR(IJ, ID)  -  LOITER  TIME/RANGE  SLOPE  OF  IJ.ID-TH  A/C 
V ( I J , ID )  -  AVERAGE  SPEED  OF  IJ.ID-TH  A/C,  NM/HR 
XSAT(ID)  -  MAXIMUM  NUMBER  OF  A/C  AVACS  CAN  TRACK 

NOTE:  By  setting  appropriate  values  for  RPO,  RP,  and  FW,  and  by  letting  FRUN 
and  FSLTR  equal  zero  (no  bombs  dropped  on  runways  or  shelters),  one  can 
assume  that  the  bombs  delivered  In  each  zone  were  delivered  against  targets 
within  that  zone. 


4. 2. 5. 2  SAMs 

This  namelist  defines  the  SAM  capabilities,  numbers,  supplies, 
and  distribution.  The  subscript  L  enumerates  SAM  types  (maximum  3  for  each 
kind — SHORAD,  barrier,  area).  The  subscript  K  refers  to  those  three  kinds — 
SHORAD,  barrier,  area  in  that  order. 

(SAMIN) 

ADENSI(L.ID)  -  AREA  DENSITY  OF  TERMINAL  SAMS,  INITIAL,  #/NM2 
DSAMI(L.ID)  -  DISTANCE  BETWEEN  BARRIER  SAMS,  INITIAL,  NM 

NSAMA(L.ID)  -  #  OF  SAM  LAUNCHERS  PER  AREA  LAUNCH  VEHICLE 

NSAMB(L.ID)  -  #  OF  SAM  LAUNCHERS  PER  BARRIER  LAUNCH  VEHICLE 

NSAMS(L.ID)  -  #  OF  SAM  LAUNCHERS  PER  SHORAD  LAUNCH  VEHICLE 

NSAMLA(L.ID)  -  *  OF  LAUNCH  VEHICLES  PER  AREA  SAM  SITE 

NSAMLB(L.ID)  -  #  OF  LAUNCHERS  PER  BARRIER  SAM  SITE 

NSAMLS(L.ID)  -  #  OF  LAUNCHERS  PER  SHORAD  SITE 

NSLSAS(L.ID)  -  #  OF  SHOOT-LOOK-SHOOTS  PER  AREA  SAM  LAUNCHER 

NSLSBS(L.ID)  -  #  OF  SHOOT-LOOK-SHOOTS  PER  BARRIER  SAM  LAUNCHER 
NSLSS(L.ID)  »  #  OF  SHOOT-LOOK-SHOOTS  PER  SHORAD  LAUNCHER 
PKSA(L, IJ, ID)  -  P  OF  KILL,  SINGLE  SHOT  OF  L, ID-TH  AREA  SAM 

PKSB(L,IJ,ID)  -  P  OF  KILL,  SINGLE  SHOT  OF  L, ID-TH  BARRIER  SAM 

PKSS(L, IJ, ID)  -  P  OF  KILL,  SINGLE  SHOT  OF  L, ID-TH  SHORAD 

RDSAMA(L.ID)  -  SAM  RADIUS  OF  DESTRUCTION,  AREA,  NM 
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RDSAMB(L.ID)  -  SAM  RADIUS  OF  DESTRUCTION,  BARRIER,  NM 

RDSAMS(L.ID)  -  RADIUS  OF  DESTRUCTION,  SHORAD,  NM 

RSAMA(L, ID)  -  SAM  STANDOFF  RANGE,  AREA,  NM 

RSAMB(L.ID)  -  SAM  STANDOFF  RANGE,  BARRIER,  NM 

RSAMS(L.ID)  -  STANDOFF  RANGE,  SHORAD,  NM 

SDENSI(L.ID)  -  SHORAD  DENSITY,  INITIAL,  #/SQ.NM 

SAMNR(L,K, ID)  -  INITIAL  #  SAMS  AVAILABLE  PER  LAUNCH  VEHICLE 


4. 2. 5. 3  SAM/Weasel 

The  parameters  Involved  in  determining  the  SAM/Weasel  battle  are  Input 
through  the  following  variable  names. 

(SAMWIN) 

NASMI(L.IO)  -  #  OF  TYPE-L.ID  AREA  SAM  SITES,  INITIAL 
NBRRI(l.ID)  -  #  of  TYPE-L.ID  BARRIER  SAM  SITES,  INITIAL 
NSHDI(,ID)  -  #  OF  TYPB-L.ID  SHORAD  SITES,  INITIAL 
NHARMA(L.ID)-  #  OF  MISSILES  TARGETED  TO  THE  LTH  AREA  SAM  BY  AN 
IDTH  WEASEL 

NHARMB(L.ID)-  #  OF  MISSILES  TARGETED  TO  THE  LTH  BARRIER  SAM  BY  AN 
IDTH  WEASEL 

NHARMS(L.ID)-  #  OF  MISSILES  TARGETED  TO  THE  LTH  SHORAD  BY  AN  IDTH 
WEASEL 

PKAW(L,ID)  -  P  AREA  SAM  OF  TYPE-L.ID  KILLS  WEASEL 
PKBW(L, ID)  -  P  BARRIER  SAM  OF  TYPE-L.ID  KILLS  WEASEL 
PKSW(L.ID)  -  P  SHORAD  OF  TYPE-L.ID  KILLS  WEASEL 
PKWA(L, ID)  -  P  WEASEL  KILLS  AREA  SAM  OF  TYPE-L.ID 
PKWB(L,ID)  -  P  WEASEL  KILLS  BARRIER  SAM  OF  TYPE-L.ID 
PKWS(L, ID)  -  P  WEASAL  KILLS  SHORAD  OF  TYPE-L.ID 

4. 2. 5. 4  AWACS/ECM 

These  Inputs  drive  the  submodel  for  AWACS  and  ECM  use. 


(AWECMIN) 

AECMS(ID)  -  ADJ.  FACTOR  ON  DETECTION/CONVERSIONS  FOR  ECM  ON 
AWACS 

AECMA(IJ.ID)  -  ADJ.  FACTOR  ON  DETECTION/CONVERSIONS  FOR  ECM  ON 
IJ-TH  A/C  TYPE 
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DR(ID)  -  AUACS  DET.  RANGE,  NM 

RBS(ID)  -  AWACS  BURNTHROUGH  RANGE,  NM 

RBA(ID)  -  AI  DET.  RANGE  (AI  DETECTS  ANOTHER  A/C),  NM 

TS(ID)  -  TIME  DELAY  FOR  STROBE  ACQ.,  HR 

4. 2. 5. 5  Ground  Operations 

Parameters  Included  in  this  group  dictate  the  ground  operations 
concerning  aircraft  at  airbases. 

(GROPIN) 

AMANLT(IJ ,ID)  -  TOTAL  NUMBER  PLANES  WHICH  CAN  BE  IN  MAINTENANCF 
FOR  IJ.ID-TH  A/C,  PLANES 

CBNF(ID)  -  CHEMICAL,  BIOLOGIGAL,  NUCLEAR  FRACTIONAL  INCREASE  IN 
REPAIR  AND  TURNAROUND  TIMES  AT  ID-TH  AIRBASES 
DAMLOS ( I J , ID )  -  DAMAGE  TO  LOSS  RATIO  FOR  IJ.ID-TH  A/C 
DMTTR(IJ, ID)  -  MEAN  TIME  TO  REPAIR  DAMAGED  A/C  OF  IJ.ID-TH 
TYPE,  HR 

FMTTR(IJ,ID)  -  MEAN  TIME  TO  REPAIR  FAILED  A/C  OF  IJ.ID-TH  TYPE, 
HR 

FOP(ID)  -  FRACTIONAL  OPERABILITY  OF  SECONDARY  AIRFIELD  RELATIVE 
TO  PRIMARY 

PDBRP(IJ ,ID)  -  P  IJ.ID-TH  A/C  DAMAGED  BEYOND  REPAIR 
PRDY(IJ.ID)  -  FRACTION  OF  I J, ID-TH  A/C  READY  AT  START 
RHO(IJ.ID)  -  RELATIVE  FRACTION  OF  DEFENDER-TO-ATTACKER  A/C 
WANTED 

TOL(IJ.ID)  -  TAKEOFF  DISTANCE  FOR  IJ.ID-TH  BLUE  A/C,  FT 
TRNLMT(IJ.ID)  ■  MAX  NUMBER  OF  IJ.ID-TH  A/C  IN  TURNAROUND 
XMTBF(IJ,ID)  -  MEAN  TIME  BETWEEN  FAILURES  OF  IJ, ID-TH  A/C,  HR 

4. 2. 5. 6  Ground  Operations — Rea..  Estate 

Physical  properties  of  ground  operations  are  here  defined. 

(GROPRIN) 
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IOPTR(ID)  -  REPAIR  OPTION 

-  1  -  ADD  BROKEN  A/C  TO  MAINTENANCE  FIRST,  THEN 
DAMAGED,  BUT  DON'T  TAKE  OUT  DAMAGED  TO 
MAKE  ROOM  FOR  BROKEN. 

1  -  ADD  BROKEN  A/C  TO  MAINTENANCE  FIRST,  THEN 

DAMAGED,  BUT  DON'T  TAKE  OUT  DAMAGED  TO  MAKE 
ROOM  FOR  BROKEN.  ALSO,  DAMAGED  A/C  DO  NOT 
BREAK  DOWN  DURING  REPAIR. 

2  -  ADD  FIRST  BROKEN,  THEN  DAMAGED,  TO  • 

MAINTENANCE;  DO  NOT  REMOVE  DAMAGED  TO  MAKE 
ROOM. 

3  -  REMOVE  DAMAGED  TO  MAKE  ROOM  FOR  BROKEN. 


XRUN(ID, IPS)  -  NUMBER  OF  RUNWAYS 
XLRUN(ID.IPS)  -  MEAN  RUNWAY  LENGTH,  FT 
TFIX(ID)  -  MEAN  TIME  TO  REPAIR  RUNWAYS,  HR 


NOTE:  IOPTR  is  further  explained  in  Sec.  5.3. 


A. 2. 6  Events 

The  number  of  events  of  each  kind  must  be  defined  before  the  events  may 
be  input.  An  EVENT  namelist  is  input  for  each  event. 


(PS IN) 

NAC  »  #  OF  ATTACK  EVENTS 
NRAC  -  #  OF  AIRCRAFT  REINFORCEMENT  EVENTS 
NSAC  -  #  OF  SAM  REINFORCEMENT  EVENTS 
NSUP  -  #  OF  SUPPLY  REINFORCEMENT  EVENTS 


A. 2. 6.1  Launch  Attacks 


_» 


(EVENT  1) 
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AC( 1 )  -  ATTACK  EVENT  NUMBER,  1. 

AC(2)  -  ATTACK  TIME,  HR 

AC(3)  -  WHO  ATTACKS  (+1  -  RED,  -1  -  BLUE) 

AC<4)  -  DESIRED  RAID  SIZE  OF  TYPE-1  A/C 
AC(5)  -  MIN  RAID  SIZE  OF  TYPE-1  A/C 

AC(6)  TO  AC(15)  DESIRED  AND  MIN  RAID  SIZES  FOR  TYPE-2 TYPE-6 
A/C 


NOTES.  Numbers  of  ground  attackers,  AC(4)  to  AC(7),  must  be  input  as  number 
of  aircraft.  Numbers  of  other  aircraft,  AC(8)  to  AC(1S),  may  optionally  be 
input  as  a  multiplier  to  be  applied  to  the  calculated  actual  number  of  ground 
attack  aircraft.  A  negative  input  signals  this  option.  Example:  AC(14)  -  - 
.1  would  indicate  a  desired  number  of  Wild  Weasels  equal  to  one-tenth  the 
number  of  ground  attackers. 

4. 2. 6. 2  Aircraft  Reinforcement 

(EVENT4) 

RAC(l)  -  REINFORCEMENT  EVENT  NUMBER,  4. 

RAC(2)  -  REINFORCEMENT  TIME,  HR 

RAC<3)  -  WHO  REINFORCES  (+1  -  RED,  -1  -  BLUE) 

RAC(4)  -  REINFORCEMENT  SIZE  FOR  A/C  TYPE  1 

RAC(5)  TO  RAC(9)  REINFORCEMENT  SIZE  FOR  A/C  TYPES  2-6 

NOTE:  RAC(4)-RAC(9)  can  only  be  input  as  number  of  aircraft. 

4. 2. 6. 3  Aircraft  Sortie  Supplies  Reinforcement 

(EVENT6) 

SPRS(l)  -  REINFORCEMENT  EVENT  NUMBER,  6. 

SPRS(2)  -  REINFORCEMENT  TIME,  HR 
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SPRS ( 3 )  -  WHO  REINFORCES  (+1  -  RED,  -1  -  BLUE)  • 

SPRS(4)  -  QUANTITY  OF  SUPPLIES  (NUMBER  OF  SORTIES  POSSIBLE)  FOR 
A/C  TYPE  1 

SPRS(5)  TO  SPRS(9)  QUANTITY  OF  SUPPLIES  FOR  A/C  TYPES  2-6 
4. 2. 6. 4  SAM  Reinforcement 


(EVENTS) 

SMRS(l)  -  REINFORCEMENT  EVENT  NUMBER,  5. 

SMRS(2)  -  REINFORCEMENT  TIME,  HR 

SMRS ( 3 )  -  WHO  REINFORCES  (+1  -  RED,  -1  -  BLUE) 

SMRS(4)  TO  SMRS(6)  NO.  OF  SAMS  TO  3  TYPES  OF  LAUNCH  VEHICLES  IN 

SHORAD  AREA 

SMRS(7)  TO  SMRS(9)  AS  ABOVE  IN  BSAM  AREA 
SMRS(IO)  TO  SMRS( 12)  AS  ABOVE  IN  ASAM  AREA 


4.2.7  Example  Input  File 

Following  Is  a  sample  input  file.  There  is  only  one  case  (NCASES-1)  to 
be  run.  Output  is  desired  at  all  events  (KPRNT-L,  TPRNT-0 ) .  There  are  3  Red 
and  3  Blue  attacks  with  a  summary  at  24  hours  (the  summary  is  invoked  by  a 
dummy  attack,  thus  NAC  ■  6  attacks  +  1  summary  ■  7).  Blue  receives  aircraft, 
SAM,  and  supply  reinforcements.  Both  Red  and  Blue  have  primary  and  secondary 
airbases . 


f 


_  t 
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3 RUM  IK  NCASES-1  $ 


S  CASE  IN 

DT-0.1  ,  ECASE-1  , 
$ REDIN 

PR0B(3, 1 , 1 ,  1)-1 .  , 
PROB(3,l,2,2)-I.  , 
PROB(3,l,3,l)-l.  , 

PROB<3,2,X,l)-l.  , 
PROB(3,2,2,2)-l.  , 
PR0B<3,2,3,1)-1.  , 

PROB(3,3,l,l)-.57 
PROB(3,3,l,2)-l.  , 

PROB(3,4,l,l)-.43 
PROBC 3, 4, 1 ,2)-l .  , 

PR0B(3, 5, 1 ,  l)-.75 
PROB(3,5,X,2)-X.  , 

PR0B(4,1, 1 , 1)-1.  , 
PROB(4,l,2,2)-l.  , 
PBOB(4,X,3,l)-l.  , 

PRDB<4,2,1,1)-1.  , 
PROB(4,2,2,2)“l.  . 
PROB(4,2,3,l)“l.  , 

PROB(4,3, 1, 1)«.67 
PROB(4,3,l,2)-l.  , 


KCALC-1  ,  EPRNT-1, 


PROB(3,l,l,2)-X.  , 
PROB(3,l,2,3)-l.  , 
PROB(3,l,3,2)-l.  , 

PROB(3,2,X,2)-l.  , 
PROB(3,2,2,3)-l.  , 
PROSP^^^-l.  , 

,  PROB(3,3.2,2)-.57 
PROB(3,3,X,3)-l.  , 

,  PR0B(3,4,2t2)— .43 
PROB( 3, 4 , 1 ,3)-l .  , 

,  FROB(3,3,2,2)-.75 
PR0B<3,5,1,3)-1.  , 

PROB(4,l,l,2)-l.  , 
PR0B<4,1,2,3)-1.  , 
PROB<4,lt3,2)-l.  , 

PROB(4,2,l,2)“l.  , 
PROB(4,2,2,3)-l.  , 
PROB(4,2,3,2)-l.  , 

,  PROB(4,3,2,2)-.67 
PR0B(4,3,1,3)-1.  , 


TPRNT-O.  $ 


PR0B<3,1,1,3)-1.  , 
PROB(3,l,3,3)-l.  , 
PB0B(3,1, 2,X)-1.  , 

FROB(3,2,l,3)-l.  , 
PBOB(3,2,3,3)-l.  , 
PR0B<3,2,2,1>-1.  , 

,  PROB(3,3,3,3)-.37 
PROB(3,3,2,3)-l.  , 

,  PROB(3,4,3,3)-.43 
PROB(3,4,2,3)-X.  , 

,  PROB(3,5,3,3)-.75 
PROB(3,5,2,3)-l.  , 

PROB(4,l,l,3)-l.  , 
PR0B(4, X,3,3)-l.  , 
PR0B(4,1,2,1)-X.  , 

PR0B(4,2,1,3)-1.  , 
PR0B(4,2,3,3)-X.  , 
PR0B(4,2,2,X)-X.  , 

,  PR0B( 4 , 3 , 3 , 3 )- . 67 
PR0B(4,3,2,3)-l.  , 


Figure  4.2.  Sample  Input  File 


PR0B(4,4,l,l)-.50  .  P«0B(4, 4,2,2)-. 50  ,  PROB<4.4,3,3)-.50 
PR0B<4,4,1,2)-1.  ,  PB0B(4,4,1,3)-1.  ,  PROB(4,4,2,3)-l.  , 


P*0B<4, 5,1.1)-. 73 
«OB(4,5,l,2)-l. 

P*0B(5,1,1,1)-1. 
PBOB(5,l,2.2)-l.  , 
PB0B(S,1,3,1)-1.  , 

P*OB(3,2,l,l)-l.  , 
PROB(S,2,2,2)-l.  , 
PKOB(3,2,3,l)-l.  , 

PROB(5,3.1,l)-.25 
P*OB(5,3,1.2)-l.  , 


,  PROB(4,5,2,2)-.75 
PROB(4,5,l,3)-l.  , 

PR0B(5,1,1.2>-1.  . 
PROB(5,l,2,3)-l.  , 
PR0B(5,1,3,2)-1.  , 

PR0B(5,2,1,2W.  , 
PROB(3,2,2,3)-l.  , 
PB0BC5,2,3,2)-1.  , 

PROB(5,3,2,2)-.25 
PR0B<5,3,1,3)-1.  , 


.  PROB<4,5,3,3)-.73 
PROB(4,5,2,3)-l.  , 

PROB(5,l,l,3)-l.  , 
PROB(5,X,3,3)«l.  , 
PtOB(5,l, 2,1)-1.  , 

PROB(5,2, 1 ,3)«1.  , 
PROB(5,2,3,3)-l.  , 
PROB(5,2,2,l)-l.  , 

,  PROB<5,3,3,3)-.25 
PROB(5,3,2,3)-l.  , 


PROB(5,4, 1, 1J-.25  ,  PROB(5,4,2,2)-.25  ,  PROB(5,4,3,3)-.25 
PR0B<3,4,1,2)-1.  ,  PROB(5,4,J,3)-l.  ,  PR0B<5,4,2,3)-1.  , 

PROB(5,5,1,1)-.50  ,  PR0B<5,5,2,2)-.50  ,  PR0B(5,5,3,3)-.50 
PRQB<5.5,1,2)-1.  ,  P»0B(5,3,J,3>-1.  ,  PROB(5,5,2,3)-l.  , 

PDRB<3.1)-.70  ,  PDRB(3,2)-.70  ,  PDBB(3, 3)-.53  , 
PDRB(3,4)-.33  ,  PDEB( 3,5)-.53  ,  PDRS(3,6)-.0  , 

PDRB(4,l)-.80  ,  PDRS(4,2)-.80  ,  POBB(4,3)-.63  , 
PD8B(4,4)-.63  ,  PDRB(4,5>-.63  ,  PORB<4,6)-.0  , 

PDRB(5,l)-.40  ,  PDRB(5,2)-.40  ,  PDRB(5,3>-.31  , 
PDRB(5,4)-.31  ,  PDRB(5,5)-.31  ,  PDRB(5,6)-.0  , 

MSE( I , 1 )«2*0 , 3*2 , 3*0 , 3*2 , 3*0 ,3*2,0  , 
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PKSSR( 1,1 
PIDRB( 1 , 1 

SBLOEIH 

PBOR( 3,1, 
PBORO.l, 
PBOR( 3,1, 

PBOR( 3,2, 
PBOR( 3,2, 
PBOR(3,2, 

PBOR( 3,3, 
PBOR( 3,3, 

PBORO,  4, 
PBOR( 3,4, 

PB0R(3, 5, 
PBORO, 5, 

PB0R(4,1, 

PB0R(4,1, 

PB0R(4,1, 

PB0R(4,2, 

PBOR(4,2, 

PB0R(4,2, 

PBOR(4,2, 

PB0t(4,3, 

PBOt(4,3, 


)-2*0.,. 23, .25,. 12, 3*0... 23,. 25,. 12, 3*0.,. 23,. 25,. 12,0.  , 
>-36*1.0  $ 


l.D-l.  . 

PB0R(3, 1 , 1 ,2)“1 .  , 

PBOR(3, 1,1,3)-1 

2,2>-l.  , 

PBORO.l, 2,3)-l.  . 

PBORO.l, 3, 3)-l 

3,l)-l.  . 

PBORO.l, 3, 2)-l.  , 

PBORO.l,  2, 1)-1 

1,1)-1.  . 

PBOR(3,2,l,2)-l.  , 

PB0R(3 , 2, 1 ,3 )«1 

2,2)-l.  , 

PBOR(3, 2,2, 3)-l.  . 

PBOR( 3 , 2 , 3 , 3  )- 1 

3,1>-1.  , 

PBOR(3,2,3,2)-l.  , 

PBORO,  2,2,  D-l 

1,1)-. 43 

,  P BOR(3, 3, 2, 2)-. 43 

.  PBORO, 3,3,3). 

1,2)-1.  , 

PBORO , 3 , 1 ,3 )”1 .  . 

PBOR(3,3,2,3)"l 

1,1)-. 33 

,  PBORO ,4, 2, 2)-. 33 

,  PBORO, 4,3,3). 

1.2)-1.  , 

PB0RO.4, 1,3)-1.  , 

PBOR(3,4,2,3)-l 

1,1)-. 75 

,  PBORO, 5, 2, 2)". 75 

,  PBORO, 5, 3, 3)' 

1,2)-1.  , 

PBOR(3,5,l,3)-l.  , 

PBOR(3,5,2,3)-l 

l.D-l.  , 

PBOR(4, 1, 1,2)— 1 •  , 

PBOR(4, 1 , 1 , 3  >— 1 

2,2)— 1 .  , 

PBOR(4,l,2,3)-l.  , 

PB0R(4, 1,3,3)-1 

3,1)-1.  , 

PBOR(4,l,3,2)-l.  , 

PB0R(4, 1 ,2,  D-l 

3,1)-1.  . 

PBOR(4,2,3,2)-l.  , 

PB0R(4,2,2,1)-1 

l.D-l.  , 

PBOR(4,2,l,2)-l.  , 

PBOR(4,2, 1 ,3)-l 

2,2 )— 1 .  , 

PB0R(4,2,2,3)-1.  , 

PBOR(4,2,3,3)“l 

3,l)-l.  . 

PBOR(4,2,3,2)-l.  , 

PBOR(4, 2,2,  D-l 

1,1)-. 57 

,  PBOR(4,3,2,2)-.57 

,  PBOR(4,3,3,3)' 

1,2)-1.  , 

PBOR(4,3, 1 , 3 )— 1 .  , 

PBOR(4, 3, 2, 3)-l 

Figure  4.2.  (Cont.) 
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PBOR(4,4, 1,1)-.S0  ,  PBOR( 4 , 4 , 2 , 2 ) “ . 50  ,  PBOR(4,4,3,3)-.50  , 

PB0R(4, 4, 1 , 2)"1 .  ,  PBOR(4, 4, 1 , 3)-l .  ,  PBOR(4,4,2,3)-l.  , 

PBOR(4,5, 1, 1 )“.7S  ,  PBOR(4,5,2,2)».75  ,  PB0R(4,5,3,3)-.75  , 
PBOR(4,5, 1,2)-1.  ,  PBOR(4,5, 1,3)-1 .  ,  PBOR(4,S,2,3)-l.  , 

PBOR(5, 1 , 1 , 1 )“1 .  ,  PBOR(5,l,l,2)“l.  ,  PBOR(5, 1, 1 ,3>-l.  , 
PBOR(5,l,2,2)-l.  ,  PBOR(5,l,2,3)«l.  ,  PBOR(5, l,3,3)-l.  , 

PBOR( 5, 1 ,3,1 )"1.  ,  PBOR(5,l,3,2)-l.  ,  PB0R(5, 1 ,2, 1 )-l.  , 

PBOR(5,2,l,l)-l.  ,  PBOR(5,2,l,2)«l.  ,  PBOR(5, 2, l,3)-l.  , 
PBOR(5,2,2,2)-l.  ,  PB0R(5,2,2,3)-l.  ,  PBOR(5,2,3,3)-l.  , 
PBOR(3,2,3, 1)-1.  ,  PBOR(5,2,3,2)-l.  ,  PB0R(5,2,2, 1)-1.  , 

PBOR(5,3,l,l)-.25  ,  PBOR(J,3,2,2)-.25  ,  PB0R(5,3,3,3)-.23  , 

PBOR( 5, 3 , 1 , 2)“1 .  ,  PBOR(5,3,J,3)-l.  ,  PBOR(5,3,2.3)-l.  , 

PBOR(3,4,l,l)-.23  ,  PBOR<5,4,2,2)-.25  ,  PBOR(5,4,3,3)-.25  , 
PBQRO,4.i,2)-l.  ,  PBORC5,4,X,3)-i.  ,  PBOR(5,4,2,3)-l.  , 

PBOR(5,5,l,l)-.50  ,  PB0R(3,3,2,2)-.30  ,  PBOR(5,5,3,3)-.50  , 
PBOR(5,5, 1,2)-1.  ,  PBOR(3,3, 1 ,3)«1 .  ,  PBOR(5,5,2,3)-l.  , 

PDBR( 3, 1 )“. 70  ,  PDBR(3,2)-.70  ,  PDBR(3,3)-.49  , 

PDBR<3,4)-.49  ,  POBR( 3 , 5 )- • 49  ,  PDBR(3,6)-.0  , 

PDBR(4,l)-.80  ,  PDBR(4,2)-.80  ,  PDBR(4,3)-.63  , 

PDBR(4,4)-.63  ,  PDBR(4,5)“.63  ,  PDBR(4,6)-.0  , 

PDBR(3,l)-.40  ,  PDBR(5,2}-.40  ,  PDBR<5,3)-.31  , 

PDBR(5,4)-.31  ,  PDBR(3,5>-.31  ,  PDBR(5,6)-.0  , 

HSB( 1,1 )«2*0, 3*2, 3*0 ,3*2, 3*0, 3*2,0  , 

PXSSBO,  1)»2*0. ,  .22,  ,22,  .11,3*0,,  .22,  .22,  .11,3*0. ,  >22,  .22,  .11,0.  , 


Figure  4.2.  (Cont.) 
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PIDBK  1,1)»36*1.0  $ 


$  SAM  IN 

ADENS I( 1,1 )-3*3 .E-03  ,3*4. E-03 
DSAM1( 1, 1)»3*20.  ,3*23.  , 

NSAMA( 1 , 1 )"6*2  , 

NSAHB(l,l)-6*4  , 
NSAMLA(l,l)-6*2  , 

NSAML2( 1 , 1 )«6*4  , 
NSAMLS(1,1)-6*10  , 
NSAMS(l,l)-«*3  , 
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PXHA( 1 , 1 )-3* .05  ,3*.l  , 
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4.3  EXECUTION  INSTRUCTIONS 

This  section  contains  instructions  for  executling  AIRWARII  and  its 
graphics  post-processor  AIRPLT  under  the  NOS  operating  system. 

4.3.1  AIRWAR 

After  creating  and  saving  a  NOS  indirect-access  permanent  file  contain¬ 
ing  AIRWAR  input  data,  the  user  must  prepare  a  procedure  file  like  AWCOM. 

File  AWCOM: 

.PROC,AW*I, FI "INPUT  DATA"-(*F,*N-  ), 

FO” OUTPUT  LISTING “■( *F, *N"  ), 

FP”PLOT  TAPE"-(*F,*N«  ). 

DEFINE, TAPE7-FP. 

DEFINE, TAPE6-F0. 

GET.TAPE5-FI. 

GET .AIRWAR. 

LOAD, AIRWAR. 

LDSET, PRESET-ZERO. 

EXECUTE. 

RETURN, TAPE6. 

RETURN, TAPE 7. 

EXIT. 

RETURN, TAPE6. 

RETURN, TAPE7. 

Execution  of  AIRWAR  begins  by  typing:  GET, AWCOM. 

BEGIN, AW, AWCOM. 

The  system  will  prompt  the  user  to  supply  file  names  for  input  data, 
output  listing,  and  plot  data. 

Two  output  files  are  produced:  TAPE7,  which  contains  data  destined 
for  the  post-processor  AIRPLT,  and  TAPE6,  whose  contents  may  then  be  listed 
or  edited. 


4.3.2  AIRPLT 

The  post -processor  plotting  routine  AIRPLT  requires  TAPE7  produced 
by  AIRWAR  as  input  in  addition  to  interactive  conmunication  with  the 
user  on  the  Tektronix  graphics  terminal.  The  user  will  prepare  a 
procedure  file  like  APCOM. 

File  APCOM: 

.PROC,AP*I, FI "INPUT  DATA"-(*F,*N-  ). 

ATTACH, TAPE 7 -FI . 

ATTACH (TEKLIB/UN-APPLIB ) 

GET .AIRPLT. 

LOAD .AIRPLT. 

LDSET( PRESET-ZERO .LIB-TEKLIB) 

EXECUTE. 

RETURN, TAPE7. 

EXIT. 

RETURN, TAPE7. 

Execution  may  be  initiated  by  typing:  GET .APCOM 

BEGIN ,AP, APCOM 

The  system  will  prompt  the  user  to  supply  the  file  name  of  the  graphics 
input  generated  by  AIRWAR. 


Soon  the  screen  will  begin  Interrogating  the  user  to  determine 
the  desired  plots.  A  variety  of  plots  may  be  selected  and  reviewed 
interactively,  with  hardcopies  produced  as  desired,  or  plots  may  be 
drawn  and  hardcopled  automatically  with  no  further  user  interaction. 
Interrogation  from  the  screen  indicates  the  range  of  expected 
responses.  The  user  needs  only  reply  to  each  one  in  turn. 
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5  AIRWARII  OUTPUTS 

AIRWARII  has  output  options  ranging  from  a  four-page  summary  of 
start  and  end  conditions  to  a  blow-by-blow  account  of  the  complete 
battle,  with  graphics  and  all  input  variables  included. 

The  following  text  explains  each  of  the  output  options, 
illustrates 

them  with  examples,  and  defines  the  various  output  headings. 

5.1  OUTPUT  OPTIONS 

There  are  four  output  options,  from  the  very  brief  to  the  very 

long. 

These  options  give  the  user,  among  other  things,  the  ability  to  see  the 
campaign  history  in  both  tabular  and  graphic  form. 

For  any  run,  two  files  are  created.  One  contains  the  tabular 
output,  which  the  user  may  print  if  desired.  The  other  contains  data 
which  can  be  passed  to  a  graphic  post-processor  to  generate  a  series  of 
user-selected  plots. 

The  options  for  tabular  output,  listed  in  Sec.  4.2.2,  are  again 
listed  below,  with  further  clarification. 


KPRNT  -  -1.  This  option,  along  with  the  appropriate  value  for  TPRNT, 
will  list  output  only  at  launch  events  after  the  time  specified  in 
TPRNT.  This  option  is  convenient  for  summarizing  a  campaign  in  the 
following  manner:  1.  specify  in  TPRNT  a  time  a  few  hours  after  the 
last  attack,  then  2.,  schedule  an  attack  of  zero  (that's  right) 
aircraft.  The  end  result  will  be  an  output  totaling  four  pages  that 
summarizes  aircraft  killed,  sorties,  bombs,  etc.,  at  both  the  beginning 
and  end  of  the  battle.  Additionally,  all  input  variables  and  their 
values  are  listed. 

***No  graphics  available  with  this  option.*** 

KPRNT  ■  0.  More  inclusive  than  the  above,  yet  still  relatively  brief, 
this  option  yields  output  at  every  launch  event,  both  attacker  and 
defender.  In  addition,  attacker  attrition  and  bombs  dropped  as  a 
function  of  defensive  zone  are  listed.  A  three-day,  six-attacks- 
per-day  war  will  generate  about  eighty  pages  of  output.  Graphics 
available. 

KPRNT  ■  1.  By  specifying  KPRNT*1,  the  user  will  get  all  the  above,  plus 
output  generated  at  every  event.  Depending  on  dispersal  to  secondary 
airfields,  a  three-day,  six-attacks-per-day  war  will  generate  from  210 
to  360  pages  of  output  for  each  case. 

KPRNT  ■  4.  This  option  gives  the  user  all  of  the  above,  plus  debug 
output.  It  is  recommended  only  for  the  pprogrammer  familiar  with 
AIRWARII  code. 


5.2  SUMMARY  OF  INPUT 

No  aaCter  what  value  KPRNT  may  have,  the  aubroutlne  IOWRTR  is  always 
invoked.  This  subroutine  prints  the  input  in  a  format  that  is  more  readable 
than  the  standard  write  of  a  namelist.  IOWRTR  lists  the  input  variable  names 
and  their  values  (Fig.  5.1). 

The  format  of  this  print  routine  is  to  list  all  variable  names  in  the 
first  six  lefthand  columns  of  the  output.  Furthermore,  except  for  the 
variables  from  the  common  blocks  REDIN  and  BLUEIN,  numerical  values  belonging 
to  a  specific  variable  are  listed  with  Red  values  on  the  lefthand  side  of  the 
page  and  Blue  values  on  the  right.  Should  the  variable  have  multiple  values 
for  both  Red  and  Blue,  they  will  be  listed  on  their  respective  sides  of  the 
page  in  ascending  order.  Thus,  the  variable  ACRFTI  has  listed  the  initial 
number  of  aircraft  of  each  type,  starting  with  type  1  and  ending  with  type  6, 
for  Red,  followed  by  six  more  values  for  Blue.  The  variable  ADENSI  has 
listed  three  values  corresponding  to  the  three  types  of  Red  area  SAMs, 
followed  by  the  three  corresponding  values  for  Blue. 

Because  of  the  nature  of  the  variables  in  REDIN  and  BLUEIN,  they  are 
formatted  in  a  different  manner.  These  variables  are  generally  a  function  of 
both  Blue  and  Red  aircraft  types,  and  so  necessitate  a  correlation  with  both. 
To  do  this,  the  shooting  aircraft  type  is  listed  down  the  lefthand  columns, 
with  the  shot  aircraft  listed  across  the  row  above  these  columns.  An  example 
is  PROB,  the  probability  that  Red  outshoots  Blue,  where  the  Red  aircraft 
type,  and  the  three  salvo  numbers,  are  listed  down  the  lefthand  columns  of 
the  page  while  the  Blue  aircraft  type,  and  its  three  salvos,  are  listed  in 
the  row  immediately  above  the  array.  The  coordinates  (1,1)  would  refer  to 
the  probability  that  Red's  first  salvo  outshoots  Blue's  first. 
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Figure  5.1.  Input  Summary 
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Figure  5.1.  (Cont.) 
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Figure  5.1.  (Cont.) 
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Figure  5.1.  (Cont.) 


mss* 


OO^mrvo 
OO  N  .4^  "3 
•  ••••• 

o  *d  r*  c»  o  c* 


OO^^NO 

5r<'iMr  o 


OCrtWNO 

•1?  4  -li  ^  C 


^  m  ^ 


o  o  o  o  o  o 


o  eo  ooo 


o  oo  ooo 


333 

♦  ♦  4 

Ml  Ml  Ml 

-'gss 

£S3 
♦  ♦  ♦ 

41  HI  4< 

888 

O  O  — 

000 
♦  4  4 

IU  Ml  Mi 

■noon 

OOO 

j  n  r 

OOO 
♦  4  4 

Mi  Ui  Mi 

-’gsg 

0  3 

4  4 

UI  IU 
*n  O  O 

O  O 

ooo 

ooo 

* 

0 

4  4  • 

ooo 

•  •  • 
OOO 

O  O 

833 
♦  ♦  « 
•MVM 

‘888 

333 

O  4  4  ♦ 

mt  m  m 

.~888 

333 

O  ♦  4  ♦ 

Mi  Mi  Mi 

.-888 

838 

Q  4  4  * 

Mi  Mi  Mi 

.-388 

33 

O  4  4 

Mi  Ml 
NC9 
Mi  OO 

ooo 

ooo 

at 

at 

•  •  • 
ooo 

#  •  • 
000 
ar 

4  4 

O  O 
ar 

888 
♦  *  i 
WHM|( 

'SS8 
•  •  • 

888 
♦  ♦  ♦ 
a  m  a 

-388 

838 

4  4  4 

Mi  Mi  Mi 

-883 

ooo 

ooo 

4  4  4 

Mi  Ml  Mi 

-838 

Cl  O 

O  O 
4  4 
Mi  Mi 

«■*  O  C’ 

O  O 

OOO 

OOO 

ooo 

4*4 

000 

4  4 

O  Ci 

S6  o 

i  »  4 
Minutb 

0  0  2- 
ooo 
•  •  • 

ooo 

ooo 

4  4  4 
m  u>  tk»  at 
OOO 
OOO 

e  0  •  • 

ooo 

4  4  4 

Mi  Mi  Mi 

0  _1  C' 

OOO 

r>  c  -1 

ooo 

444 
•n  iu  m«  ui 
ooo 
ooo 

c*  c 

4  > 

m  ui  iM 

n  r 

0  0 

ooo 

ooo 

•A 

</> 

ooo 

4  •  ■ 

ooo 

■  4 

0  0 

o  o 

ooo 

4  4  4 
WNitU 

c  O  o 

606 

0  4  4  4 

M  hi  a  hi 

O 

m 

0  c- 

ooo 

4  4  4 

Mi  Mi  Mi 

6  66 

O  4  4  4 

m  ii>  ui  mj 

0  6 

—  4  • 

IM  Ml  IU 

ooo 
•  •  • 

Mi  OOO 

mi 

66  0 

c  r.  0 

ui  ooo 

in  6  6 

oe  o 

ooo 

a 

/. 

ooo 

COO 

'4 

0  0 

ooo 

4  4  4 

W  ill  IU 
0^0 
ooo 

•  ■  4 

600 

4  4  4 
^  41  HI  Hi 
•->  O  r- 

OOO 

- 

060 

444 

Ml  Ml  ui 

nor 

ooo 

ooo 

♦  44 

♦  UI  HI  'j 

OOO 

0  6 
»  4 

v  Ui  Mi 

O  O 

ooo 

ooo 

600 

•  44 

OOO 

•  • 

O  O 

^  'M  >*» 

4  >1  ■" 

I 

r*  v 

*  J  9p 

■ 

»  -1  O  *- 

n  J3n 

A  „i 

I 


Figure  5.1.  (Cont.) 


Figure  5.1 .  (Cont. ) 


.~SSg 


888 

Q  ♦  ♦  ♦ 


HIHMU 
<M  O  O  O 

m  ©  o  o 


-888 


r»  o  o 

o  oo 
♦  ♦  ♦ 
niu  UIK> 

OOO 

o  oo 


oo  o 

♦  ♦  ♦ 

<Z'  O  r- 

©»© 
•  •  • 
OOO 


o  *.  o 

tu  (No 

o  o 


N  U  111  111 

■a  o  c- 

ooo 


ooo 

O  4  4  4 


56 


Figure  5.1.  (Cont. ) 


57 


Oj;*C)  0.0. e*CP  ".0)S*0i  0.00E»0J  O.OOE»OU  0.00f*0j 


s 

i  § 

© 

3S3 

♦  ♦  M 
ui  Ui  Ui 

-ggs 
•  •  • 

9  0  0 

o  9  o 

ooo 

♦  MM 

Ui  UI  Ui 

"ggg 
•  •  • 
ooo 

8  06 
♦  MM 

UI  Ui  Ui 

*->0  9  0 

ooo 
•  •  • 
ooo 

•O 

§83 

♦  MM 

Ml  Ml  HI 

"’ggg 
■  •  • 
OOo 

Ml 

0  9  3 

060 
♦  ♦  ♦ 

Ui  Uj  Ui 
•M  O  3  O 

ooo 
•  •  • 
ooo 

■* 

§8  3 
♦  ♦  ♦ 
Mi  M*  Ml 
9  0  0  0 

ooo 
•  •  • 
ooo 

8 

M 

HI 

,  888 

a  ♦  ♦  ♦ 

UI  Ml  Mi 

888 
a  ♦  ♦  m 

US  Ui  Ui 

888 
a  ii* 

883 

a  M  M  M 

888 

838 

© 

1  * 

-38gg 
•  •  • 

O  O  o 
a 

-."•ggg 

@  ooo 

•M  o  o  o 

W  ooo 
•  •  ■ 
OOO 

m 

Ml  Ml  Mi 

Ml  O  O  O 
-J  OOO 
•  •  » 
ooo 

a  m  ♦  m 

Ui  Ui  Ui 
MOOO 

~i  ooo 
•  •  ■ 
ooo 

« 

a  M  M  M 

Mi  Ml  Ui 
Ml  O  O  O 

W  O  O  O 
•  •  • 
ooo 
a 

o 

o 

♦ 

m 

9  .  o 

© 

(■  ° 

i 

O  o  o 
o  ©  o 
♦  ♦  ♦ 

UI  UI  Ml 

-ggg 
•  •  • 
o  o  o 

ggg 

♦  MM 

UI  UI  UI 

~g88 

•  •  • 
ooo 

ooo 

ooo 

♦  MM 

UI  Mi  Ui 

'’Ooo 

ooo 
•  «  « 
ooo 

09  9 

ooo 

♦  MM 

Ml  Ml  Ml 

'Sgg 
•  »  • 
ooo 

050 

0  <5  0 

♦  ♦M 

Ml  Ml  Ml 
•-009 

oc6 
•  •  • 
ooo 

0  9  0 

ooo 

♦  ♦  M 

Ml  UI  UI 
—  9  O  3 
OOO 
•  •  • 
ooo 

© 

♦ 

f  ui 

1  S 

© 

c.  c.  3 

©  o  © 

IA  Ui  UI  Us 

c  ©  © 

©  ©  o 
•  •  • 

©o  © 

o&g 

♦  MM 

Ui  Ui  Ml 

©  o  a 

ooo 
•  «  • 
ooo 

*M 

9  C  O 

o  ©o 

♦MM 

KM  IIS  Ui  Ui 

2  2° 
ooo 
•  •  • 

0  90 

ggg 
♦  *  ♦ 

*M  Ui  UI  UI 

0  9  0 
090 
•  •  • 
OOO 

0  0  f 

ooo 
♦  ♦  ♦ 
MWUIU* 

©  9  9 

ooo 
•  •  • 
ooo 

0  9  9 

OOO 
♦  ♦  ♦ 

«M  Ml  UI  Ul 

3  3  0 
OOO 
•  «  • 
ooo 

•A 

o 

♦ 

Ui 

o 

o 

1 

“  r>  © 

00  9 

a  *•  m  « 

IM  Hi  Ui  ui 

C  ©  c 

-4  o  o  o 

•  ■  • 

^  °  o  o 

f*  n  * 

ooo 
a  ♦  m  ♦ 

Ml  UI  Ui  Ui 

a  o  © 

«j  ooo 
•  «  • 

*  ooo 

993 

o  ©  e 

a^  M  M  M 

Ml  HI  Ml  Ui 
©  ©  © 

-*  ooo 

OOO 

tl 

9  9  9 

OOO 

a  ♦  ♦  m 

Ml  Ui  Ui  Ui 

O  9  9 

-»  OOO 

ooo 

A 

O  ©  9 

ooo 
a  ♦  *  ♦ 
ru  ui  ui  u* 

0  9} 

•J  OOO 

III 

oc  0 

**  9  0 

OOO 

a  ♦  ♦  ♦ 

Mi  Mi  Ui  IU 

9  C  9 

w  ooo 
•  •  • 
ooo 

1 

3 

o 

♦ 

UI 

9 

© 

© 

woo 

M  M  ♦ 

—  Ui  IU  Ui 

O  O  o 
•  ■  • 
o  o  o 

K1  r> 

ooo 

♦  MM 
♦“  Ui  UI  Ui 

30© 

ooo 
•  •  • 

09  0 

r>  r»  n 

ooo 
♦  ♦  ♦ 

^  Ui  Ui  Mi 

2<*  a 

ooo 
•  *  » 
ooo 

9  C  V 

ooo 
♦  ♦  ♦ 

Ui  UI  Ui 

C*  9  © 

ooo 
*  *  • 
ooo 

0  0  9 
♦  ♦  ♦ 
r  iu  ui  iti 

9  C' 

OOO 
•  •  • 
ooo 

■  >  ■>  9 

0  0  9 
♦  *  ♦ 

—  MJ  Ml  Mi 

O  ©  3 
©  O  O 
•  •  • 
ooo 

M 

^  -i  *M 

*—  a/  — i 

M  M  «<> 

N 

—  MM 

.•VI  -■ 

O'# 

»  J3ift 

« 

£» 

n 

®  J  3M 

®  -j  a  *a 

«J3« 

IO 

• 

a  j  0  0 

o. 

• 

39 


•tih 


Figure  5.1.  (Cont.) 


60 


3 


*S»N>  i.i  3;  ♦<.  J  0.  JSE»OJ  0. 2JE*0J  0.  Zii+0} 


5.3  BASE  STATUS  OUTPUT 

Most  of  the  tabular  output  from  AIRWARII  occurs  in  two  formats: 

1.  Status  of  Aircraft  at  Primary  (Secondary)  Bases  and  2.  Summary  Status. 

It  is  possible  to  print  these  two  pages  of  output  for  every  event.  For  both 
outputs,  time  is  in  hours. 

Status  of  Aircraft  at  Bases,  an  example  shown  in  Fig.  5.2,  contains 
ten  columns,  the  first  Identifying  the  aircraft • type  and  the  remainder 
specifying  the  status  of  the  runways  and  various  queues.  The  columns  are 
titled  and  defined  as  follows. 

1.  AC  TYPE.  This  is  the  number  identification  of  each  aircraft. 

There  are  six  rows,  each  row  repeated  for  both  Red  and  Blue  at  Primary  and 
Secondary  bases.  Thus,  each  column  has  twenty-four  rows,  plus  four  rows  for 
totals. 

2.  NUMBER  IN  DAMAGE  QUEUE.  These  are  aircraft  with  battle  damage, 
waiting  until  space  is  available  in  the  "damaged  under  repair"  queue. 

3.  DAMAGED  UNDER  REPAIR.  In  this  queue  are  battle-damaged  aircraft 
undergoing  repair. 

4.  NUMBER  IN  BROKEN  QUEUE.  Aircraft  in  this  queue  experienced  system 
failures  and  await  space  in  the  "broken  under  repair"  queue. 

5.  BROKEN  UNDER  REPAIR.  These  aircraft,  suffering  system  failures, 
are  being  repaired.  The  repair  facilities  (maximum  capacity  defined  by 
AMANLT)  are  shared  jointly  with  the  "damaged  under  repair”  queue,  but  broken 
aircraft  are  preferentially  placed  in  this  queue.  If  room  is  available,  then 
battle  damaged  aircraft  may  be  included.  Once  in  the  queue  battle-damaged 
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Figure  5.2.  Base  Status 


aircraft  are  never  removed  before  their  repair  is  complete  to  make  room  for 
broken  aircraft,  unless  the  user  specifies  I0PTR(ID)“3. 

6.  NUMBER  IN  RESERVE.  This  queue  contains  aircraft  waiting  to  be 
admitted  to  the  turn-around  queue.  It  includes  those  repaired,  those 
recovered  without  damage  or  system  failure,  and  those  that  have  been  added  by 
an  aircraft  reinforcement  event. 

7.  NUMBER  IN  TURN-AROUND.  This  queue  contains  aircraft  undergoing 
refueling  and  re-arming.  When  the  task  is  completed,  they  will  be 
moved  to  the  ready  queue. 

8.  NUMBER  READY.  All  aircraft  in  this  queue  are  armed  and  fueled. 
Aircraft  must  reach  this  queue  before  they  may  be  used  in  a  mission. 

9.  FRACTION  RUNWAYS  OPEN.  This  is  the  fraction  of  the  original  number 
of  takeoff  lengths  available  to  each  type  of  aircraft  at  this  time. 

10.  SUPPLIES  FOR  SORTIES.  This  column  lists  the  number  of  sorties  for 
which  supplies  are  available,  for  each  type  of  aircraft.  Implicitly  included 
are  fuel,  arms,  etc. 

5.4  SUMMARY  STATUS  OUTPUT 

At  each  event ,  it  is  possible  to  have  as  output  a  summary  status 
of  the  campaign  to  this  point  in  time.  This  summary  output,  shown  in  Fig. 
5.3,  concerns  mission  performance  and  survivability.  The  output  contains 
twelve  columns,  listed  and  defined  as  follows: 


Figure  5.3.  Summary  Status 


1.  AC  TYPE.  This  column  contains  six  rows  for  both  Red  and  Blue. 

Each  row  Identifies  an  aircraft  type  to  be  associated  with  the 
Information  in  each  of  the  following  eleven  columns. 

2.  TOTAL  AIRCRAFT  INFLIGHT.  This  lists  the  total  aircraft  of  each 
type  that  are  in  the  air  at  this  particular  time. 

3.  TOTAL  SORTIES  FLOWN.  This  number  tallies  all  aircraft  that  have 
landed  or  been  killed  in  the  air. 

4.  TOTAL  DAMAGED  BEYOND  REPAIR.  These  aircraft  have  been  hit,  have 
returned  to  base,  and  yet  are  so  damaged  that  they  are  no  longer  in 
the  game. 

5.  TOTAL  KILLED  ON  GROUND.  In  any  bombing  event,  aircraft 
remaining  on  the  ground  may  be  subject  to  destruction.  Those  that 
are  killed  in  this  manner  are  tallied  here. 

6.  TOTAL  KILLED  IN  AIR.  Aircraft  killed  in  any  defensive  zone  are 
tallied  here. 

7.  TOTAL  UNABLE  TO  LAND.  Should  both  primary  and  secondary  airbases 
be  closed  down  at  the  time  when  aircraft  recover,  they  must  choose  an 
alternate  landing  strip.  If  this  is  the  case,  they  are  considered  out 
of  the  game  and  are  tallied  here. 

8.  TOTAL  AIRCRAFT  SURVIVING.  Those  aircraft  that  have  not  been 
killed  on  the  ground  or  in  the  air  or  damaged  beyond  repair. 

9.  TOTAL  AIRCRAFT  KILLED.  The  sum  of  columns  4,  5,  and  6. 

10.  FRACTION  AIRCRAFT  KILLED.  The  fraction  of  aircraft  killed 
relative  to  the  initial  number  available  and  reinforcements. 


11.  TOTAL-BO MBS-DROPPED  NUMBER.  The  total  number  of  bombs  released 
by  the  attacker. 


12.  TOTAL-BOMBS -DROPPED  FRACT.  The  ratio  of  actual  bombs  dropped  to 
the  amount  that  could  have  been  dropped  had  all  sorties  been 
successful . 

5.5  SPECIAL  EVENT  OUTPUTS 

In  addition  to  the  above  output,  possibly  printed  at  launch  and 
recovery  events,  there  is  output  associated  with  other  events. 

5.5.1  Supply  Reinforcements 

Reinforcement  of  aircraft  or  sortie  supplies  is  reflected  in  the 
first  base  status  output  following  the  reinforcement  event.  Aircraft  are 
added  to  NUMBER  IN  RESERVE  in  column  6.  Supplies  are  added  to  SUPPLIES  FOR 
SORTIES  in  column  10. 

5.5.2  SAM  Reinforcements 

At  the  time  of  each  SAM  reinforcement  (for  KPRNT  greater  than  -1 
or  for  game  time  greater  than  TPRNT)  output  will  appear  listing  launch 
vehicle  type,  defensive  zone  where  launcher  is  located,  and  number  of 
SAMs  now  available  to  each  launcher.  Figure  5.3  is  an  example. 


***A I R WAR **#  EXPECTED  VALUE  COUNTER-AIR  CAMPAIGN  5-MAR-B4 

CASE-  1 


QUEUING  STATUS  DURING  CAMPAIGN 

EVENT  TYPE  »  -BLUE  SAM  REINFORCEMENTS 

EVENT  TIME  -  4.20 


NUMBER  OF  SAMS  PER  LAUNCH  VEHICLE 


VEHICLE 

SHORAD 

BSAM 

ASAM 

TYPE 

ZONE 

ZONE 

ZONE 

1 

9.  0 

e.  0 

10.  0 

2 

9.  0 

8.  0 

10.  0 

3 

9.  0 

e.  o 

10.  0 

Figure  5.4.  SAM  Reinforcements 


5.5.3  Attrition  By  Defensive  Zones 

This  output  is  listed  during  every  battle  event  for  KPRNT  greater 
than  -1,  or  for  times  greater  than  TPRNT.  It  lists  the  aircraft  attrited 
by  each  defensive  zone  and  the  number  remaining*  Aircraft  are  considered 
attrited  if  they  have  been  hit,  but  not  necessarily  killed.  Figure  5.5  is  an 
example  of  this  output. 
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Figure  5.5.  Aircraft  Attrition 


5.5.4  Weapons  Delivered  by  Defensive  Zones 

This  output  will  immediately  follow  ATTRITION  BY  DEFENSIVE  ZONE 
data.  It  details  the  bombs  dropped  by  each  aircraft  type  into  four  defensive 
zones  and  total  bombs  dropped.  Figure  5.6  is  an  example. 


REO  B0N3S  DRORRc  0  IN  BLUE  08ESNSIVE  ZONE 
1/C  TTRC  BONIS  0B0RRE0  BONIS 


BONIS  OBORREl)  BONIS  ORORRfO  IONIS  ORORMO  BONIS  ORORRIO  BONIS  JBORRED 
IN  SMOBAO  ZONS  IN  IS  AN  I  ONI  IN  AI  ZONE  IN  ASAN  ZONE  TOTAL 


Figure  5.6.  Weapons  Delivered 
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5.6  PLOT  DATA  OUTPUT  (TAPE7 ) 

AIRWAR  also  produces  a  file  of  data  necessary  to  create  graphic  output. 
If  multiple  cases  are  run,  each  will  terminate  on  this  tape  with  9999. 

OUTPUT  FORMAT  OF  DATA  TAPE  7 

RECORD  1  DATE  -  DATE  OF  AIRWAR  RUN 
(A9,I3)  RASE  -  CASE  NUMBER 

RECORD  2  TIME  -  GAME  TIME 

(FIO.2,13)  IREC  -  RECORD  TYPE 

RECORD  3  ONE  OF  THREE  -IREC-  TYPES 

(12F10.2) 

IJ  -  IJ-TH  A/C  TYPE 

ID  -  IDENTIFICATION  <1  -  RED,  2  -  BLUE) 

IPS  -  BASE  ID  (1  -  PRIMARY,  2  -  SECONDARY) 

TYPE  1  (FROM  SUBROUTINE  -AIRWAR-) 

RUNWAY ( I J , ID , IPS )  -  FRACTION  RUNWAYS  OPEN 
TOTFLT(IJ, ID)  -  TOTAL  AIRCRAFT  IN  FLIGHT 
TOSORT(IJ,ID)  -  TOTAL  SORTIES  FLOWN 
TKILL(IJ.ID)  -  TOTAL  AIRCRAFT  KILLED 
TGND(IJ,ID)  -  TOTAL  AIRCRAFT  KILLED  ON  GROUND 
TOLOST(IJ.ID)  -  TOTAL  AIRCRAFT  LOST  IN  AIR 
TWEAP(IJ,ID)  -  TOTAL  BOMBS  DROPPED 
FKILL( IJ, ID)  -  FRACTION  OF  AIRCRAFT  KILLED  BY  TYPE 
FRACTN(ID)  -  FRACTION  OF  TOTAL  AIRCRAFT  KILLED 


TYPE  2 


(FROM  SUBROUTINE  -BATTLE-) 


TYPE 


RECORD 


SIDE  -  WHO  SUFFERS  ATTRITION  (1.  -  RED,  1  -  BLUE) 
AND  DELIVERS  WEAPONS 

XLOST(IJ.IA)  -  NUMBER  OF  AIRCRAFT  ATTRITED  BY  TYPE 
1  -  SHORAD 

IA  -  2  -  BARRIER  SAMS 

3  -  DEFENDING  AIRCRAFT 

4  -  AREA  SAMS 

WEAPS(IJ.IPS)  -  NUMBER  OF  WEAPONS  DELIVERED  TO 
PRIMARY  AND  SECONDARY  AIR  BASES 

(FROM  SUBROUTINE  -LNCHR-) 

SIDE  -  WHO  GENERATES  SORTIES  (1.  -  RED,  1  -  BLUE) 
SORT(IJ,IPS)  -  SORTIES  GENERATED 

TO  LAST  -  I  PAIRS  OF  RECORDS  AS  DEFINED  BY 

RECORD  2  AND  RECORD  3  ABOVE 


RECORD  -LAST- 
(F10.2)  ENDMK  -  9999 


5.7  INTERACTIVE  GRAPHICS  PROM  AIRPLT 

Program  AIRPLT  uses  TAPE7  to  create  a  number  of  graphs  which  detail  the 
results  of  the  Red/Blue  conflict  in  AIRWARII.  All  plots  show  game  time  on 
the  x-axis  and  various  selected  information  on  the  y-axis.  With  the 
exception  of  total  ratio  of  attrition,  all  plots  include  six  aircraft  types 
with  a  legend  to  identify  each  type. 

AIRPLT  asks  the  user  which  plots  are  desired  and  whether  these  plots 
are  to  be  reviewed  Interactively  before  hardcopy,  or  automatically  produced 
as  hardcopy. 

The  first  message  on  the  Tektronix  screen  is: 

THE  STANDARD  PLOT  GROUP  IS  AS  FOLLOWS: 

RATIO  OF  ATTRITION  RATES 
TOTAL  A/C  KILLED 
TOTAL  WEAPONS  DELIVERED 
TOTAL  SORTIES  GENERATED 

DO  YOU  WANT  STANDARD  HARDCOPY  PLOTS 

WITH  NO  INTERACTIVE  WORK?  (Y/N) 

A  response  of  Y  will  produce  automatic  hardcopy  of  these  four  plots  for 
both  Red  and  Blue.  No  further  interactive  responses  are  required,  even  if 
TAPE7  contains  multiple  cases. 

A  response  of  N  will  summon  the  next  message  : 

PLOTS  ARE  AVAILABLE  ON  THE  FOLLOWING  TOPICS  : 

(ALL  ARE  VERSUS  TIME  AND  CONTAIN  6  A/C  TYPES) 

1  RATIO  OF  ATTRITION  RATES  (Y/N)(Red  fraction  killed/Blue 

fraction  killed) 

2  TOTAL  A/C  KILLED  (Y/N) 
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3  TOTAL  WEAPONS  DELIVERED  (Y/N) 

4  TOTAL  SORTIES  GENERATED  (Y/N) (From  primary  +  secondary  bases) 

5  TOTAL  A/C  ATTRITION  FROM  AIRBORNE  KILLS  (Y/N) 

6  TOTAL  A/C  ATTRITION  FROM  GROUND  KILLS  (Y/N) 

7  A/C  ATTRITED  BY  DEFENDING  ZONES  (Four  plots,  one  from  each 

zone) 

SHORAD,  BARRIER  SAM, 

INTERCEPTING  A/C,  AREA  SAM  (Y/N) 

8  WEAPONS  DELIVERED  TO  PRIMARY  AND  (Two  plots,  one  for  each 

base) 

SECONDARY  BASES  (Y/N) 

9  RUNWAYS  OPEN  AT  PRIMARY  AND  (Two  plots,  one  for  each  base) 
SECONDARY  BASES  (Y/N) 

10  SORTIE  GENERATION  AT  PRIMARY  AND  (Two  plots,  one  for  each 

base) 

SECONDARY  BASES  (Y/N) 

As  each  line  appears  it  prompts  the  user  An  appropriate 

response  is  required  to  bring  up  the  next  query. 

After  the  ten  plots  have  been  offered,  the  screen  will  ask  : 

DO  YOU  WANT  RED,  BLUE,  OR  ALL?  (R/B/A) 

The  user  may  specify  whether  he  wishes  to  see  only  Red  data,  only  Blue 
data,  or  both  Red  and  Blue. 


Then  Che  screen  asks  : 


AS  EACH  PLOT  APPEARS  YOU  HAY  DECIDE  TO  HARDCOPY 
WOULD  YOU  PREFER  THE  SELECTED  PLOTS  HARDCOPIED 
WITH  NO  INTERACTIVE  WORK  (Y/N) 

An  answer  of  Y  will  signal  AIRPLT  Co  make  aucomaclc  hardcopy  of  all 
selecced  plots  for  chls  case  and  for  any  following  cases  chac  TAPE7  may 
concaln.  Upon  compleCion  of  Che  lasC  case,  AIRPLT  will  exlc.  This  opcion 
differs  from  Che  sCandard  plot  option  offered  earlier,  as  it  may  include 
any  combination  of  plots. 

Answering  N  Co  Chls  question  will  enable  the  user  Co  review  plots 
interactively  and  decide  Individually  which  to  hardcopy. 

As  each  plot  appears  on  the  screen,  a  message  Is  written  on  the 
extreme  lower  edge  : 

HARDCOPY  WANTED?  PRESS  -COPY-,  WHEN 
CURSOR  HALTS,  PRESS  -RETURN- 
NEXT  PLOT?  PRESS  -RETURN- 

To  secure  hardcopy,  the  user  must  press  the  "copy"  switch  on  his 
Tektronix  terminal.  A  cursor  will  appear  and  sweep  the  screen  horizontally 

from  top  to  bottom.  RETURN  should  not  be  pressed  until  the  cursor  has 

halted. 


If  the  user  decides  he  wants  no  hardcopy,  he  presses  RETURN  to 
summon  the  next  plot. 

After  the  last  graph  has  been  reviewed  a  message  will  appear  : 


DO  YOU  WANT  TO  SEE  MENU  AGAIN  (Y/N) 


Should  the  user  wish  to  see  an  additional  plot  of  the  current  case,  he 
should  respond  Y.  The  menu  will  reappear,  enabling  new  or  repeat 
selections . 

If  the  user  answers  N,  AIRPLT  reads  the  next  case  and  offers  the 
menu  again.  Failing  to  find  a  new  case,  the  program  will  exit. 

Examples  of  plots  produced  by  selecting  [1  RATIO  OF  ATTRITION  RATES; 
RED]  are  shown  in  Fig.  5.7. 
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AIRWARI I  l-flAY-84  CASE  1 


(a)  For  each  aircraft  type 


Figure  5.7.  Example  Graphics  Output: 

Ratio  of  Attrition  Rates 


A IRWARI I  1 -HAY-84  CASE  1 


BLUE  WINS 


RES  WINS 

In  la.  m  is.ee 
GAME  T I  PIE  CHRD 


l8.ee  2 


(b)  For  all  aircraft 


Figure  5.7.  (Cont.) 


APPENDIX  A 

SUBROUTINE  FLOWCHARTS 


The  following  flowcharts  describe  the  logic  of  the  major 
subroutines  in  AIRWARII.  No  equations  are  listed  here,  as  these 
illustrations  serve  only  to  guide  the  user  through  the  basic  program 
flow. 


r 

: 
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Figure  A.  4  Subroutine  LNCHR 


Figure  A. 5.  Subroutine  RECVRR 


X 
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APPENDIX  B 

DETAILED  SUBROUTINE  DESCRIPTIONS 


This  appendix  is  a  detailed  presentation  of  equations  and 
logic  supporting  AIRWARII  doctrine. 
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B.l  SUBROUTINE  A2A 


Subroutine  A2A  returns  to  AIR2AIK  the  number  of  aircraft  emerging 
from  a  battle  of  two  aircraft  types,  each  loaded  with  up  to  three  missile 
types.  It  does  this  by  solving  a  matrix  of  possible  survivals  after 
the  firing  of  each  salvo,  of  which  three  are  possible. 

The  matrix  has  this  form: 

Red  K  Salvos  Fired 
0  12  3 

Blue  0  *  *  *  * 

L  1  *  *  *  * 

Salvos  2  *  *  *  * 

Fired  3  *  *  *  * 

Each  matrix  point  represents  a  state  at  which  a  number  of  missiles 
has  been  fired;  e.g.,  at  K-l,  L=2,  Red  has  fired  one  missile  while  Blue  has 

fired  two.  Then,  a  fraction  of  the  number  of  aircraft  arriving  at  this 
state  may  go  to  each  of  the  following  three  states:  K~2,  L-2,  if  Red 
outshoots;  K*l,  L»3,  if  Blue  outshoots;  and  K*2,  L*3,  if  both  shoot 
before  they  are  killed. 

The  number  going  to  each  state  is  directly  proportional  to  the 
probability  of  outshoot  and  the  probability  of  detection  and  conversion. 

In  addition,  aircraft  which  fail  to  detect  and  convert,  and  are  not 
detected  and  converted  upon  by  the  adversary,  go  to  the  next  K=L  point 
in  the  matrix. 


The  number  of  survivors  after  all  salvos  have  been  expended  is  the 
sum  of  those  launching  all  salvos  and  launching  no  salvos  (those  that 
forever  fail  to  detect,  etc.)  who  survive  their  opponent's  salvos. 

The  evaluation  of  the  node  (k+l,£+l)  determines,  for  computational 
simplicity,  from  where  each  of  the  survivors  came.  Thus,  the  evaluation 
at  node  (k+l,£+l)  evaluates  the  transitions  from  nodes  (k,£+l) ,  (k+l,£) 
and  (k, £) ,  which  are  respectively,  Red  outshooting.  Red  outshot,  and 
Red  in  a  draw. 

For  each  node  of  the  matrix  the  following  evaluations  are 

made: 


Qrr  "  1  “  K  ~  K 
M(k,*)  R(k,£)  B(k,£) 

where 

Qgg  *>  probability  that  neither  Red  or  Blue  has  outshoot 
advantage 

P  *  probability  Red  outshoots  Blue 
K 

P  =  probability  Blue  outshoots  Red 
IS 

k  *  index  of  Red  salvo  fired 

i  *  index  of  Blue  salvo  fired 

Equations  are  shown  for  Red,  but  Blue  is  treated  the  same,  of 
course.  Here  are  the  Red  survivors  outshooting: 

R(k,  £+1)  ^(k.Z+J)  DRB(k) 

expected  number  of  Reds  outshooting 

number  of  Reds  before  beginning  matrix 

probability  of  detection/conversion/correct  ID,  Red 
or  Blue 


where 

XNR1- 
PDRB  " 


- 


M. 
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The  Red  survivors  who  were  outshot  but  survived  are  determined  in 
the  following  manner: 


*“T  '  3SkM,«'i’,Vl.M'PDBR«> 


where 


X^RT  *  number  of  Red  in  transition  from  one  state  to 
another 

PB  *  probability  Blue  outshoots  Red 

p 

DBR  *  probability  of  detection/conversion/correct  ID, 
Blue  on  Red 
l  -  Blue  salvo 

fc+1  ■  next  Red  salvo 


If  X^XJ.0001, 


Integer 


XNR2  "  ^SlRT*  (  1  "  PKB 


(«.+!)' 


1  -  P. 


(£+1>  V^T 


XNB1  /*NB1\V 

- integer!  = - 1 

TJRT  v  NRT/ 


^NRT  5 


0.0001, 


*NR2  -  0.0 
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N^!i4^2^f}IRHflf^ItJSER' S  MANUAL  ( U)  GENERAL  RESEARC^OR^A^A 
’  BARBARA  CA  J  E  HERTEL  ET  AL.  17  APR  84  GRC-CR-1-1091 

F33615-81-C-0108 


272 


UNCLASSIFIED 


F7G  579 


NL 


where 


■  number  of  Reds  surviving  who  were  outshot 

*  probability  of  kill  per  salvo.  Blue  on  Red 

Xjjgj  -  expected  number  of  Blues  outshooting 
The  same  procedure  is  followed  for  Blue,  yielding  Y 

In  addition  to  outshooting  and  being  outshot,  there  are  other 
survivors,  those  of  a  draw,  who  must  detect  and  convert  on  each  other. 
Therefore, 


1'HET  ‘  *“(*.»  ‘  Q“(k,»  ‘  Fd“<»>  ‘  ?D“<k) 

Vt  ■  Vd'Vh'Hb'H) 


number  of  Red  in  transition  from  one  state  to  another 

probability  that  neither  Red  or  Blue  has  outshoot 
advantage 


If  ^nrt^'0001 


^NR3  =  XNRT 


I1' 


i  integer 


(1+1) 


number  of  Red  survivors  of  a  draw 
index  of  next  Blue  shot 

Blue  undergoes  similar  evaluation  for  the  number  of  Blue 

survivors  in  a  draw. 


where 

*NR3 
fc+1  - 


There  Is  e  further  residual  of  those  aircraft  that  do  none  of 
the  above;  the  fraction  of  aircraft  that  never  detect  and  convert 
and  are  never  detected  and  converted  upon.  This  is  the  complement 
of  all  the  above  paths  from  the  node  (k,i).  Thus, 


"LOST 


1  -  P„ 


•  P, 


<k,£) 


DBR 


-  P, 


(k,i 


R 


(k.A 


DRB 


<k,i) 


-  Q, 


RB 


(k,£) 


DRB 


(k.f) 


DBR 


(k,£) 


***  ^NRL  "  ^  *  FLOST 


where 

FLOST  *  *ract*-on  aircraft  "lost" 

XNRL  *  Red  aircraft  lost 

Blue  undergoes  a  similar  fate. 

Having  considered  all  possible  outcomes  of  salvo  exchange  at 
surrounding  nodes,  the  program  sums  the  surviving  numbers  of  Red  and 
Blue  which  enter  from  each  adjoining  node,  the  escalations  for  which 
were  done  above. 


k+l , i+1 ) 


XNR1  +  XNR2  +  +  XNRL 


where 


k+l , £+1 ) 


number  of  Reds  entering  this  node  of  the  matrix. 


Then  and  set  the  starting  number  of  Reds 

”R(k+l,i+l)  NB(k+l,i+l) 

and  Blues  for  the  next  round  of  salvos  and  the  program  loops  back  to 
process  the  next  node  of  the  matrix. 
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At  the  end  of  the  battle,  we  must  determine  those  survivors  who  have 
unloaded  various  numbers  of  salvos  and  survived. 


where 

A  -  Red  survivors  who  did  not  shoot  all  salvos 

ki  “  node  of  matrix 

Then  the  total  number  of  survivors  is 
XNRS  "  A  +  ^(3, 3) 

where 

X^o  ■  Reds  who  survived  after  firing  all  three 
salvos 

The  number  of  Blue  survivors  is  calculated  in  similar  fashion 
and  both  values  are  returned  to  subroutine  AIR2AIR. 


B.2  SUBROUTINE  ECM 


The  electronic  countermeasures  routine  models  degradation  of 
radar  signals  by  jammers  through  the  return  of  two  reduction  factors 
RF,  a  reduction  in  the  number  of  detections  (X^)  per  battle,  and 
RFDC,  a  reduction  in  the  ability  to  detect  and  convert  (Ppg) • 

Three  jammer  types  may  be  implemented,  dependent  on  the  user 
input  Kcalc; 

Smart  ECM  versus  AWACS 


kcalc-° 
tdla  -° 

v  -1 

V  - 


(Time  delay) 

(reduction  factor,  overload  of  detection 
capabilities) 

input  value  AECMS  (adjustment  for  ECM  on  AWACS) 


Noise  jamming  -  (AI  vectored  after  a  time  delay) 


W  ■ 1 


DLA 


input  value  (AI  vectored  after  this  delay) 


NRF 


-  1 
-  1 


Noise  jamming  -  (AI  vectored  after  triangulation  time) 


KCALC 

tdla 

nrf 


2  (delay  or  burnthrough) 

input  value 


1 

Integer 


(( 


DR(ld)"RBS(ld) 

RBD(id,ld) 
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where 


ips 


maximum  time  of  flight  for  attackers 

range  to  attacker  base 

designates  primary  or  secondary  base 


Distances  to  primary  and  secondary  bases  are  examined  and  the 
greater  one  chosen  to  calculate  the  maximum  time  of  flight  to  battle 
and  back. 


*F1 


RF 


where 


*Fl 


reduction  factor  for  unseen  attackers 


.  .  /  VVa  \  /  SAT(id A 

VWd.id)/'  / 


where 


*F2 

teng 

XSAT 

^ASUM 


reduction  factor  for  positive  identification 
average  time  for  engagement  of  defender's  type  id  aircraft 
saturation  limit  of  defender's  AWACS 
number  of  attackers 


^3 


T  -T 
C  DLA 


ENG 


(id, Id) 
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I 


where 


reduction  factor  for  positive  identification 
minimum  of  (1.0,  R^,  R^,  R^) 


where 


maximum  of  (R_  ,  0  ) 

T(la) 


•  reduction  in  number  of  attackers  defender 
detects 


K  -  l 

T(ld) 


where 


R-,  ■  reduction  in  number  of  defenders  attacker  detects 

T(ld) 


^Ud)  '  *DJ'AECMA(id,ld) 


where 


Rp^  *  defender  reduction  of  detection  and  conversion  on 
attackers 

^ECMA  *  ECM  effect  on  defender 

(id, Id) 


RFD0n  .  "  1 

(la) 
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1 


\  - 


where 


rfdc 


(la) 


attacker  reduction  of  detection  and  conversion  on 
defenders 


These  reduction  factors,  R^,  and  R^ ,  are  returned  to  AIR2AIR 
to  reduce  radar  signals,  simulating  jamming. 
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B.3  SUBROUTINE  ASAM 


SHORAD  &  Terminal  SAMs  are  dispersed  with  a  density  Ap^g  over 
an  area  whose  boundaries  are  RSAMg/RSAMA»  the  standoff  range  of  these  defenses, 
and  Rp,  the  range  that  the  attacker  penetrates  into  this  defensive  zone. 

Rp  may  be  either  the  partial  penetration  of  the  attacker  into  this  zone 
or  the  standoff  distance  of  the  next  zone.  For  any  group  of  attackers 
entering  this  zone,  there  is  an  area  of  exposure  described  by  both  their 
path  length  (Rp-R,,)  and  the  maximum  effective  range  of  the  SAMs,  or 
RdsAM'  Tllis  area  of  exposure  is 


Ap  -  (Rp  -  Rg)  *2*rdsam 

Multiplying  this  area  Ag  by  the  average  SAM  site  density,  yields 

the  number  of  sites  expected  to  be  encountered  during  the  flight  through 
this  zone.  The  inverse  of  this  product  is  the  incremental  distance 
that  the  group  will  encounter  one  site,  or 

°RSS  “  1/(VADENS) 

Upon  encountering  a  SAM  site,  the  group  has  a  probability  of 
survival  Pc  dependent  upon  the  number  of  SAMs  fired.  If  the  group 
size  is  small,  representing  a  "target  poor"  environment  for  the  SAMs, 
then  the  expected  number  of  salvos  launched,  X^g,  is  dependent  on 
the  aircraft  probability  of  survival  between  each  successive  salvo  of 
a  multiple  shoot- look-shoot  capable  SAM  launch  vehicle.  For  example, 

*  Probability  of  first  shot  ■  1 

■  Probability  of  second  shot 

■  1  -  Probability  of  kill  of  first  shot 

m  1-p 

KSALVO 


etc.,  until 


P,+P.+P„  ...  P. 


^NSE  "  Pl+P2+P3 


NSLS 


^NSE  “  1+(1'PKSALVOJ  +*1_PKSAlW  +  *  *  *  +(1_PKSALVO) 


^SLS'1 


"sis"1 


(1-P  ) 

v  KSALVO' 


N 


SLS 


^SE  "  ^  1 


(1-P  ) 

K  KSALVCT 


i-1 


i-1 


where  NgLS  is  the  number  of  shoot-look-shoots  per  launch  vehicle. 

Should  the  environment  be  target  poor,  is  simply  the  ratio 

of  all  potential  SAM  salvos  to  all  aircraft,  or 

*NSE  "  NSAM'NSAML/XNATOT 


where 


SAM 


■  number  of  salvo  launchers /launch  vehicle 


NSAML  *  number  of  la«nch  vehicles/SAM  site 
Total  n«®ber  of  aircraft 

Then,  the  probability  of  survival  for  the  attacking  aircraft,  Pc,  is 

w 


N, 


PS  "  (1  "  PKSALVO 


XNSE 


*  *(1  "  PKSALVO'  ^SE  -  NXNSE^ 
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B.4  SUBROUTING  BSAM 

Barrier  SAMs,  typically  the  second  zone  of  defense  in  AIRWAR  II, 
are  dispersed  in  a  line  parallel  to  the  FEBA.  Each  SAM  site  is  located 
some  distance  DOAU  from  the  next  and  has  a  range  of  Rc.  Thus,  the 

bAM  b 

exposure  to  SAM  sites  that  a  group  of  attackers  will  experience  is 

°  “  2*rdsamb/dsam 

The  expected  number  of  shots  per  aircraft  is  the  total  number 
of  missiles  the  aircraft  are  exposed  to  divided  by  the  total  number  of 
aircraft,  or 

^SE  “  XNS*^SAML*a'/'XNATOT 

where 

«  minimum  of  either  launchers  or  missiles  per 
launch  vehicles 

m  ■  number  of  launch  vehicles  per  SAM  site 

SAML 

Xnatot  *  expected  number  of  attackers,  total,  to  enter  this 
defensive  zone. 

This  assumes  all  missiles  are  launched. 

If,  however,  the  ratio  of  SAMs  to  aircraft  is  such  that  the  SAMs 
are  presented  with  a  target  poor  environment,  then  SAMs  with  multiple 
shoot-look-shoot  capability  will  conserve  resources  dependent  upon  their 
success  in  depleting  aircraft.  Thus,  the  expected  number  of  salvos 


^NSE 


SLS 


i-1 


Cl  - 


PK> 


i-1 
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where 


PR  *  probability  of  kill  per  SAM  salvo 

NSLS  *  lumber  of  shoot- look-shoot  opportunities  of  the  SAM 
launch  vehicles 

With  the  determination  of  the  minimum  Che  expected  number  of 

aircraft  to  emerge  from  the  SAM  zone  is 

*NA  “  ^SiATOT^S 

where 

N 

XNSE 

ps-a-pK>  \ -  W> 

nvmcit  *  Integer  portion  of  the  expected  number  of  SAM  salvos 


B.S  SUBROUTINE  AIR  2  AIR 

Subroutine  AIR  2  AIR  supervises  an  air  battle  between  Red  and 
Blue  forces,  each  force  with  a  possibility  of  six  different  aircraft 
types,  firing  three  different  salvo  types.  Boundary  conditions 
are  defined  in  this  routine,  enabling  subroutine  A2A  to  fight  the 
actual  salvo-by-salvo  battle  matrix. 


The  initial  number  of  aircraft  participating  in  this  battle  are 
summed  for  each  side  and  the  mean  probability  of  fratricide  for  each 
aircraft  type  is  calculated. 


XNRSUM 


where 

XNRSUM 

XNRD 


ij-1 


total  Red  aircraft  at  battle 

number  of  aircraft  of  each  type  of  Red  present  at  battle 


'FRM(ij) 


0 

£ 


?FR(ij,j),XNRD(j) 


^NRSUM 


where 

P  *  ®«an  probability  of  fratricide  during  this  battle 

FKM 

-  probability  of  fratricide  (Red  on  Red) 
j  >  aircraft  type 

ij  “  aircraft  type 


Although  equations  shown  here  are  for  Red,  the  corresponding 
equations  are  evaluated  for  Blue. 
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Boundary  conditions  of  the  battle  matrix  are  defined,  and  the 
fight  begins —  all  types  of  Red  versus  all  types  of  Blue. 


Subroutine  ECM  supplies  two  reduction  factors  for  this  type -to - 
type  confrontation,  one  for  the  number  of  detections  per  engagement, 
the  other  for  detection  and  conversion.  This  limits  each  side  to 
fighting  only  those  adversaries  which  are  known  and  seen.  Ranks  of 
each  side  are  further  thinned  by  fratricide  before  adversaries  are 
distributed  to  each  other,  assuming  uniform  distribution. 


*NRI 


SrDCO*^"  PFRM(i))* 


^NBD (1 ) 
^NBSUM 


where 


Sjri 

^NBD 


number  of  Red  aircraft  distributed  to  each  Blue 

number  of  Blue  aircraft  of  type  j 

total  number  of  Blue  aircraft  in  this  battle 


where 


^(0,0) 

“*<!> 


initial  number  of  Red,  considering  jamming 
reduction  factor  of  number  detections  due  to  jamming 


A  higher  probability  of  kill  exists  for  multiple  shot 
salvos . 


1  -  (1  -  P 

v  KSSR(i.kl) 


)M(i,kl) 
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where 

Pgg  »  probability  of  kill  for  multiple  shot  salvo 
PKSSR  "  Pro^a^ility  of  kill  for  single  shot 
M(i  number  missiles  per  salvo 
i  ■  Red  aircraft  type 

kl  “  missile  type 

Subroutine  A2A  now  processes  the  battle  matrix,  plane-on-plane, 
salvo  by  salvo.  Survivors  are  sunned  by  type  for  each  side. 


VI 

XNRSE(i)  *  V,  XNRS  +  ^SlRI^1  ~  *?(!)* 


i-1 


where 


'SjRSE  *  116(1  survivor8 

•  number  of  survivors  determined  by  A2A 

^(1  -Rp^p-  Red  aircraft  not  seen  or  shot  at  because  of  jamming 

i  ■  Red  aircraft  type 

Adversaries  having  taken  their  toll  of  each  other's  aircraft, 
fratricide  further  thins  the  ranks  of  survivors.  These  calculations 
of  Red  on  Red  and  Blue  on  Blue  differ  little  in  method  from  Red  on 
Blue.  Red  variables  are  again  loaded  with  Red  attacker  data  and 
former  Blue  variables  are  loaded  with  Red  victim  data. 


W.O)  ’  1/2#}W(i),PFRM(i)(^^) 
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where 


,0)  *  Initial  number  of  Red 


XNRD(i)*PFRM(i) 


number  of  Red  aircraft  of  type  1  who  attack  their 
own  side 


^SlRDd* ) 
XNRSUM 


relative  fraction  of  Red  being  shot  at 


The  factor  1/2  is  included  to  enable  passing  twice  through  the 
code,  as  was  done  with  Red  on  Blue,  since  now  the  battle  is  Red  on 
Red.  As  fratricide  assumes  that  mistaken  identity  prevails  throughout 
the  battle,  no  probability  of  identification  is  considered. 


DRBD 


(kl) 


DRR 


<i,i') 


where 


?DRBD  "  Probabildy  of  detect/convert,  correct 

pn»a  *  probability  of  detect/convert  Red 

’  Red  type  i' 

kl  -  missile  type 


ID 

type  i  on 


After  A2A  conducts  the  battle.  Red  survivors  are  summed  for  type  i 
and  type  i' . 

Blue  fratricide  follows  a  similar  path.  Total  Red  and  Blue 
survivors,  by  aircraft  type,  are  returned  to  BATTLE. 
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B.6  MAINTENANCE  VARIABLES 


For  primary  and  secondary  bases  o£  Red  and  Blue  and  for  all  six 
aircraft  types,  these  maintenance  variables  are  set  up  in  subroutine 
RKADIT  from  input  values. 


ij 

id 


mean  time  to  repair  damaged  aircraft 

mean  time  to  repair  failed  (broken)  aircraft 

specific  fraction  of  aircraft  at  base  being  evaluated 

fraction  of  aircraft  stationed  at  secondary  bases  at  time 
t  -  0. 

aircraft  type 

identification:  1,  Red;  2,  Blue 


For  secondary  bases: 


where : 


F  «  fraction  of  operability  at  which  secondary  bases  operate 

relative  to  primary  bases 

Repair  queues  later  in  the  game  need  to  know  how  many  damaged  and  broken 
planes  can  be  repaired  in  one  game  time  step.  That  number  is  calculated  as 
a  fraction  of  a  plane  which  can  be  repaired. 


REP1 


(ij,id,ips) 


1  -  exp 


REP2 


(ij » id tips) 


1  -  exp 


C 


-D_ 


■T* 


MD  NBF 


(id)/ 


(vf1  +c*mai )) 


where : 


PREP1 

m 

fraction  of  a  broken  plane  which  can  be  fixed  in  one  DT 

"  • 

PREP2 

- 

fraction  of  a  damaged  plane  which  can  be  fixed  in  one  DT 

°T 

- 

time  increment  of  this  game 

CBNF 

- 

fractional  increase  in  repair  and  turnaround  time 

due  to  chemical,  biological  or  nuclear  attacks,  constant 

_  • 

ips 

m 

base  index:  1,  primary;  2,  secondary 

Total  time  for  a  given  aircraft  to  fly  to  battle  and  back  is  calculated. 
R  + 

T  .2  .  Vj.ld.lpa) _  '(11.ld.lpj) 

MISSN  »(«,«) 


where: 

TMISSN 

"b 

Kp 

V 


time  for  a  mission  of  this  aircraft 
distance  from  attacker's  base  to  FEBA 
distance  of  penetration  behind  FEBA 
velocity  of  aircraft 


_  • 


113 


The  resulting  mission  tine  is  used  to  determine  the  probability 
of  a  failure  free  mission. 


ACK 


<ij,id,ips) 


-  exp 


/  ~tmissn  \ 


where: 

p  -  probability  of  no  failure  during  mission 

Xhint'  *  ®*an  time  between  failures 
The  failure  free  rate  also  implies  a  failure  rate. 


'AOK 


-  1  -  P 


(ij,id,ips) 


AOK 


(ij,id,ips) 


where : 

q  -  probability  of  failure  during  mission 

AUK. 

Aircraft  which  are  hit  by  enemy  action  may  or  may  not  be  damaged 
beyond  repair. 

QDBR(ii,id)' 1 '  ”“(«.«) 
where: 

qdbr  ■  probability  that  a  hit  is  not  damaged  beyond  repair 

Pdbrp  *  probability  that  a  hit  is  damaged  beyond  repair 

From  among  the  aircraft  which  are  stationed  at  each  base,  a  number  are 
found  to  be  ready  for  flight. 

READY(ij,id,ips)  (?RDY(ij,id))  CRFT(ij,id)  S 


where: 

■  number  of  type  ij  aircraft  ready  at  id's  ips  base 

p _ _  ■  fraction  of  aircraft  ready  at  start 

RDY 

A„„._  ■  initial  total  number  of  type  ij  aircraft  owned  by  id 
CRFT 

F  ■  fraction  of  id's  aircraft  at  base  ips 
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Aircraft  which  are  able  to  fly,  but  are  not  yet  ready,  are  placed 
In  reserve. 


^SERV 


(ij.id.ips) 


'  (l-'P“Y(ii.id)) 


AcRFT(lj,id)Fs 


where: 


^SERV  “  a11  able  alrcraft  not  ready 


The  number  of  turnarounds  for  each  aircraft  type  of  each  side  at  both 
primary  and  secondary  bases  Is  initialized. 


TN. 


Initial  number  of  turnarounds,  set  to  1. 


■(ij,id,ips) 

The  number  of  game  time  steps  to  complete  turnaround  for  each  aircraft 
type  of  each  side  at  both  bases  is  calculated. 


N 


ITN 


(ij.id.ips) 


integer  of  C* M -H*>**A 


1.  +  c 


BNF(id)/ 


+  .5 


where: 


NITN  *  nu,l*ber  of  DT's  to  complete  turnaround 

T._  ■  turnaround  time  of  type  ij  aircraft  at  id's  ips  base 

AT 

Within  subroutine  QEVNT,  turnaround  of  aircraft  takes  place 
as  game  time  advances. 


At  each  time  sten  that  planes  are  assigned  to  turnaround,  an 
index  is  computed  dependent  upon  N  ,  the  number  of  time  steps  to 

turnaround  this  particular  aircraft.  "  ' 


The  indices  are  so  constructed  that  these  aircraft  cannot  be 


accessed  (taken  out  of  turnaround)  until  N 
have  passed. 


ITO 


(i, id, ips) 


time  steps 


The  function  to  calculate  turnaround  index  is  as  follows: 
MODN(I,N)  -  1  +  MOD(N+MOD  (I  -  1,N),N) 
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where: 


MODN  -  the  Index  returned 

I  ■  first  argument 

N  ~  second  argument 

MOD  “  system  function;  Integer  remainder 

At  each  time  step(  the  current  Index  points  to  planes  completing 
turnaround.  Then  a  new  Index  Is  computed  for  use  In  the  next 
time  step. 


TN 


(1 • id* ips) 


MODN 


(i.ld.lps) 


+1,  N 


ITN 


(i.ld.lps) 


where : 


TN 

ITN+1“ 

1 

id 


ips  * 


index  for  next  time  step 

number  of  current  index  plus  one  (to  get  next  Index) 
aircraft  type 

identification:  1,  Red;  2,  Blue 
base  index:  1.  primary;  2.  secondary 
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